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1.0  INTRODUCTION 


Measurement  Concept  Corporation  (Mc2)  submits  this  Final  Technical 
Report  covering  the  results  of  the  Intelligence  Proceasor  Performance 
Analysis  (IPPA)  study  effort.  This  project  Involved  engineering 
services  to  validate  the  operation  and  characteristics  of  a 
hardware/software  (hybird)  performance  monitor  for  the  AN/G¥Q-21(v) , 
and  to  produce  detailed  engineering  specifications  for  a  very  low 
cost,  expandable  Prototype  Model.  During  the  effort  Mc2  and  its 
subcontractor,  Bunker  Ramo  Corporation,  have  produced  designs  of  the 
software  and  hardware  for  the  1PPA.  Those  designs  are  presented 
within  this  document.  The  balance  of  this  section  presents  the 
overview  of  the  hybrid  monitor. 

The  design  is  sectioned  into  two  volumes.  The  first  'olume  provides 
ail  software  and  hardware  design  elements  and  the  second  volume 
contains  manufacturer  reference  material  for  devices  used 

Chapter  2  describes  the  configuration  of  the  software 
moduies  required  for  IPPA.  This  includes  software  to  intercept  data 
within  the  host  and  to  relay  that  information  to  the  IPPA  hardware, 
plus  the  software  necessary  to  process  the  data  in  the  hardware's 
microprocessor . 

Chapter  3  describes  the  design  of  the  hardware  portion  of  IPPA,  and 

explains  the  basic  hardware  units  that  constitute  the  monitor.  This 

is  expanded  in  Chapter  4  -  Theory  of  Operation  -  which  also  contains 

schematics  of  the  design.  A  parts  list  and  timing  diagrams 

appropriate  to  the  design  appear  in  Chapter  5.  A  list  of  selected  data 
specifications  appropriate  to  the  design  appear  in  Chapter  6. 
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1.1  Overview 


The  overall  hardware/ software  (hybrid)  monitoring  approach  involvea 
hardware  probea  which  are  supplemented  by  software  “probes"  in  the 
monitored  "21(v)H  CPU.  In  this  approach  data  from  both  probe  types 
are  processed  together  to  detect  events  that  could  not  be  detected  by 
independent  hardware  and  software  monitors. 

The  software  events,  such  as  task  initialisation  and  issue  of 
executive  directives  are  detected  by  a  host  resident,  interceptive, 
systea-transparent  software  aonitor  based  upon  proven  techniques  that 
have  been  demonstrated  by  Mc2  in  its  software  aonitor.  To  minimise 
host  artifact,  very  little  processing  beyond  event  identification  is 
to  be  performed  by  host  resident  software.  Instead,  the  coded  "event 
number"  is  to  be  passed  to  the  microprocessor  in  the  hardware  aonitor 
through  a  register  set  addressed  in  the  host's  "external"  address 
page.  Thus  the  software  probe's  interface  to  the  microprocessor  looks 
like  a  peripheral  controller  port. 

There  are  two  software  probe  data  transfer  paths  to  the  hardware 
monitor;  one  will  interrupt  the  hardware  monitor's  microprocessor's 
event  processing  logic,  the  other  will  directly  modify  an  event  "mask" 
register  in  the  hardware  monitor.  This  mask  is  used  by  relatively 
high  speed  event  detection  logic  to  determine,  among  other  things,  the 
occurrence  of  software  state-related  events. 

Because  of  the  21(v)  bus  structures,  most  (but  not  all)  of  the 
Information  needed  by  system  engineers  and  developers  is  available 
without  need  for  discrete  probes.  This  design  approach  makes  maximal 
use  of  bus-derived  information  and  thereby  reduces  both  cost  and 
interference  with  normal  host  utilisation.  Whenever  possible,  bus 
data  common  to  all  21(v)  mainframes  (i.e.,  Unibus  and  Console)  is 
used.  Mass  bus  data  (11/70  only)  is  collected  by  a  separate  board 
which  is  not  present  in  lower  level  21 (v)  mainframes. 
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The  hardware  probe  concept  involves  four  levels  of 
detection/processing  as  depicted  in  Figure  1-1.  At  Level  1,  very  high 
speed  signals  are  preprocessed  to  determine  "logical"  level,  slower 
speed  signals  that  are  used  for  event  detection  and  counting  at  Level 
2.  The  1PPA  microprocessor  processes  accumulations  of  Level  2  data 
ur*-4  a  few  critical  Level  2  events  at  the  more  leisurely  pace  (100 
microseconds)  of  Level  1  and  completes  more  complex  data  organisation 
functions  at  Level  4  (milliseconds  or  more). 

1*2  Measurement  Methodology 

This  section  provides  a  brief  overview  of  the  1PPA  mechanisms  invoked 
to  satisfy  the  measurement  set  provided  in  Annex  1  to  the  SOU.  This 
section  doe6  not  attempt  to  identify  specific  hardware/software  1PPA 
components  to  be  used  for  each  measurement  but  instead  deals  with  each 
measurement  on  a  conceptual  basis.  Transfer  of  concept  to  design 
takes  place  in  later  sections  of  this  document. 

1.2.1  Group  A  Measurements  -  CPU  Performance 

1.2. 1.1  Task  Time  -  CPU 

A  software  probe  intercepts  the  host  upon  completion  of  an  active  task 
list  scan.  If  the  task  to  be  given  control  is  a  task  being  measured, 
the  software  probe  so  informs  the  hardware  monitor.  The  event  causes 
a  time  stamped  microprocessor  interrupt  and/or  it  directly  enables  a 
gate.  Task  exits  occur  via  EMT's  or  interrupts.  EMI's  are  detected 
by  the  host  software  probe  and  the  information  is  passed  to  the 
microprocessor  in  a  manner  similar  to  that  above.  Interrupts  are 
directly  detected  via  1NTR  by  the  IPPA  hardware  probes  and  are  used  to 
interrupt  the  microprocessor  at  high  priority  so  that  the  task  timing 
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figure  1-1  IPPA  Hardware  Probe  Concept 


can  be  captured.  Returns  from  EMT  processing  and  interrupt  service 
routines  are  Intercepted  by  the  software  probe  which  passes  the 
information  back  to  the  microprocessor. 

1 .2% 1 .2  Event  Time  -  CPU 

The  set  of  possible  events  is  very  large.  Software  events  include 
task  start  and  task  stop.  Hardware  events  can  be  determined  by 
combinations  of  CPU  priority  and  mode,  bus  cycle  type,  BR/NPR  status, 
instruction  fetch  virtual  address,  and  value  of  data  transferred. 

Events  able  to  "bump"  a  counter  or  change  a  clock  status  will  also  be 
able  to  interrupt  the  microprocessor.  However,  some  of  the  more 
esoteric  combinations  of  signals  (BR/NPR  status  combined  with  one  or 
more  of  the  other  above)  would  be  difficult  to  detect  as  it  is 
unlikely  that  all  signals  will  be  brought  together  into  one  combined 
selection  matrix.  Such  a  combination  was  therefore  not  considered. 
Combinations  of  virtual  address,  data  value,  CPU  prlority/mode,  and 
bus  cycle  type  will,  however,  be  detected  by  the  design.  Event 
detection  will  cause  a  time  stamped  interrupt  of  the  microprocessor 
for  later  (although  "near  real  time")  processing  in  a  relatively 
leisurely  fashion. 

1 . 2 . 1 . J  Percent  Time  Kernel,  Supervisor,  User  Mode 

The  design  provides  a  set  of  hardware  timers  dedicated  to  this 
measurement  (i.e.,  the  measurement  is  one  of  the  minimal  baseline 
set).  The  signals  are  obtained  from  the  front  panel  of  the  CPU. 
Timer  overflow  will  cause  a  microprocessor  interrupt. 

1.2. 1.4  Percent  Time  at  Priority  Level 

The  design  provides  a  set  of  hardware  timers  dedicated  to  this 
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measurement.  Priority  level  information  is  obtained  from  discrete 
probes . 


1.2. 1. 5  Percent  CPU  Not  Busy 

This  information  is  obtained  from  the  CPU  front  panel  and  directly 
enables  a  fast  counter  dedicated  for  this  purpose. 

1.2. 1.6  Percent  CPU-I/O 

The  CPU  "RUN"  state  signal  obtained  from  the  console  panel  is  "AND"ed 
with  the  Unibus  cycle  or  MBC  signals  to  determine  when  CPU-I/O  overlap 
occurs.  This  signal  enables  a  timer  to  obtain  the  desired 
measurement . 

1.2.2  Group  B-  Unibus  Performance 

1.2.2. 1  Unibus  Acquisition  Time 

This  is  construed  to  mean  the  time  between  when  a  "master"  desires  the 
bus  and  when  it  actually  acquires  it.  For  non-CVU  devices,  these 
times  are  identical  to  either  the  SOW  Group  B  items  4  or  5  -  Bus 
request  and  NPR  latency. 

1.2. 2. 2  Unibus  Occupancy 

This  measurement  is  equivalent  to  timing  the  Unibus  signal  "BBSY” .  A 
dedicated  hardware  timer  will  be  reserved  for  this  measurement. 

1.2. 2. 3  Interrupt  Response  Latency 

This  measurement  determines  the  time  between  a  non-CPU  master 
assertion  of  1NTR  and  the  completion  of  the  CPU  interrupt  sequence. 
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It  is  believed  that,  as  the  value  is  unlikely  to  change  for  a  given 
CPU  unless  hardware  problems  arise,  this  measurement  is  best  obtained 
by  a  maintenance  technician  with  a  scope.  It  is  unlikely  that  this 
measurement  will  be  performed  by  the  currently  conceived.  IPPA. 

1.2. 2. 4  NPR  Latency 

NPR  latency  is  the  time  between  a  given  device's  assertion  of  NPR  and 
the  receipt  bjr  the  device  of  an  NPG.  It  is  believed  that  the 
importance  of  this  measurement  is  related  to  NPR  contention,  i.e.,  the 
times  when  NPR  remains  high  for  longer  periods  of  time.  One  case 
arises  when  NPR  remains  high  after  arbitrator  assertion  of  an  NPG.  As 
the  NPR/ NPG  cycle  will  normally  occur  rapidly  when  CPU  is  master,  NPR 
contention  is  a  strong  indicator  that  one  DMA  device  will  need  to  wait 
until  a  second  device  has  completed  its  transfer.  Secondly,  assertion 
of  NPR  when  CPU  is  not  master  also  can  result  in  a  longer  latency  for 
the  requesting  service. 

The  actual  timing  of  most  NPR/ NPG  pairs  is  purely  a  function  of  the 
specific  hardware  and  except  in  cases  of  contention  as  above,  the  time 
will  not  vary  except  if  there  are  machine  problems.  The  large  number 
of  "normal"  pairs  can  hide  abnormalities  unless  the  abnormalities  can 
be  specifically  and  Separately  measured. 

It  is  therefore  determined  that  the  useful  measure  is  NPR  contention 
and  not  merely  latency. 

Because  of  the  high  speeds  involved,  this  measurement  is  to  be  handled 
by  dedicated  IPPA  hardware.  The  initial  goal  is  to  measure  the  total 
contention  time  and  the  number  of  times  contention  is  detected  for  all 
Unibus  peripherals.  To  accomplish  this,  the  IPPA  design  provides  two 
measurements,  either  of  which  may  be  selected  at  a  given  time.  In  the 
first  mode,  total  NPR  time  and  the  count  of  NPG's  are  measured.  This 


provides  an  average  NPR/NPG  latency  for  use  in  more  complex  measures* 
As  illustrated  in  Figure  1-2 t  the  NPR  contention  time  is  determined  as 
the  sum  of  the  statistically  determined  non-contended  NPR/NPG  latency 
and,  in  those  cases  where  NPR  remains  high  after  issue  of  NPG,  the 
time  taken  by  the  non-processor  device  to  complete  its  transfer. 
Therefore,  the  count  of  NPR  deassertions  provided  by  the  second  mode, 
when  subtracted  from  the  number  of  NPG's  (provided  in  both  modes)  is  a 
measure  of  the  actual  latency  caused  by  contention  as  it  establishes 
the  number  of  whole  non-processor  transfer  cycles  that  occur  when  NPR 
is  contended.  The  system  does  not  need  to  be  accurate  to  more  than 
several  hundred  nanoseconds  as  we  are  looking  for  contention  times  in 
excess  of  one  microsecond. 

1.2. 2. 5  Bus  Request  Latency 

Bus  Request  Latency  is  nominally  defined  as  the  time  between  device 
assertion  of  a  bus  request  and  receipt  of  a  bus  grant.  Unlike  NPR's, 
the  BR  may  not  receive  a  grant  if  the  CPU  is  running  at  a  priority 
level  equal  to  or  greater  than  the  level  of  the  BR.  As  a  result  this 
measurement  is  an  indicator  of  device  delays  caused  by  execution  of 
code  (e-g.,  an  interrupt  service  routine)  having  a  higher  priority 
level  than  the  bus  request. 

Whereas  NPR  latency  is  a  measure  of  Unibus  contention,  bus  request 
latency  is  more  a  measure  of  contention  for  high  priority  CPU 
resources.  As  a  result,  the  desirable  timing  quantization  is  more  on 
the  order  of  an  instruction  cycle  than  a  fraction  of  a  bus  transfer 
cycle.  Errors  of  a  few  microseconds  in  an  interrupt  service  routine 
(1SR)  time  of  1U0  microseconds  are  therefore  acceptable. 

The  1PPA  will  count  the  total  amount  of  time  that  each  BR  is  held  high 
and  the  number  of  times  it  is  brought  low.  As  the  total  number  of  BG 
Counts  is  also  known  by  BR  level,  the  difference  in  counts  is  a 
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Atg  is  constant  in  both  cases. 

a  t-.  is  lengthened  in  contended  cases  for  the  duration  a  second  NPG  cannot  be  issued 
This  time  is  approximately  that  between  the  first  bus  grant  and  the  dropping  of 
BBSY  by  the  master  at  time  of  contention.  It  is  therefore,  an  average  bus 
acquisition  time. 

a  tg  is  also  lengthened  by  an  average  bus  acquisition  time. 


Figure  1-2  NPR  Arbitration 
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measure  of  the  u  umber  of  tines  for  each  BR  level  that  BR  latency  Is 
raised  by  Multiple  requests  at  the  sane  BR  level.  The  accunulated  BR 
tine  divided  by  the  count  of  BG's  is  the  average  latency.  By  using 
the  average  latency  at  very  low  request  levels  as  a  baseline  for 
noncontention  BR  service  tines,  we  nay  renove  this  baseline  fron  the 
total  neasured  tines.  This  leaves  only  contention  tine  which  Ray  be 
divided  by  the  number  of  contentions  to  yield  average  contention  time. 
It  is  noted  that  total  contention  time  is,  by  itself,  a  valuable 
neasure . 

As  the  high  performance  peripherals  will  be  at  high  BR  levels  and  as 
they  are  of  most  interest,  this  scheme  is  expected  to  provide  the 
necessary  information. 

1.2. 2.6  UMR  Utilization 

It  MR' s  are  infrequently  modified  and  then  only  through  host  software. 
Their  state  wfll  be  made  available  also  by  host  software  means. 

1.2-2. 7  Number  of  Transfers  per  Second 

A  separate  counter  is  dedicated  to  counting  the  MSYN/SSYN  pairs.  The 
counter  may  be  read  by  the  microprocessor. 

1 . 2 . 2 . 8  Read/Write  Counts 

The  bus  signal  lines  CO  and  Ci  are  monitored.  Either  slave  writes  or 
slave  reads  are  counted  so  that,  with  total  transfers,  both  are  known. 

1.2.3  Group  £  ^  Peripheral  Performance 
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1.2.3. 1  Memory  References  by  Range 


This  is  s  mixed  item  that  Includes  both  CPU  and  peripheral  performance 
measures.  For  non-task-orlented  references,'  physical  addressea  are 
obtained  from  the  console  connection.  The  associative 
address-processing  logic  of  the  1PPA  Address  Associate  Ram  (ARAM) 
performs  the  range  partitioning  and  is  supported  by  "Read/Urite", 
’‘Fetch",  and  similar  signals  that  "mask"  the  partition  events. 

1. 2.3.2  Memory  Range  b£  Task 

A  key  ingredient  of  the  1PPA  design  is  the  use  of  virtual  addresses 
for  all  task-oriented  memory  range  measurements: 

o  Programmers  do  not  know  physical  addresses  when 

assembling/  task  building  code.  i 

o  Programs  are  not  always  loaded  at  the  same  physical 

addresses. 

Using  virtual  addresses  provided  by  the  CPU  console  and  task 
activation/  deactivation  data  provided  by  the  software  probes,  the 
same  "ARAM"  logic  used  for  1.2. 3.1  is  applicable  to  this  measurement. 

1.2. 3. 3  R/W  to  Peripheral  Controllers 

All  R/U  commands  and  programmed  1/0  appear  on  the  Unibus.  Addresses 
are  unique  for  each  controller/port  and  can  be  matched  by  several 
methods  including  the  ARAM  and  "smart”  controller  of  the  Peripheral 
Activity  Module  (PAM).  Data  is  also  available  so  that  the  "go"  bit  of 
a  standard  CSR  register  can  be  detected.  Programmed  1/0  is  a  special 
case  of  a  memory  partition  one  word  wide  so  that  all  such  1/0  can  be 
counted  via  ARAM  output. 
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1.2. 3, 4  NPR*s/Controller  and  Unit 


This  Is  a  most  difficult  measurement  to  make  without  discrete  probes 
to  each  peripheral.  The  1PPA  design  concept  minimises  such  probes  for 
emission  reduction  and  operational  reasons  so  that  this  area  requires 
more  sophistication  than  most  others. 

In  short,  a  high  speed,  bit  slice  micro  is  tasked  wi  .h  intercepting 
word  count  and  buffer  addresses  for  selected  peripherals.  When  ready 
to  transfer  data,  a  Unibus  peripheral  controller  becomes  bus  master 
via  the  NPR/NPG  and  puts  a  buffer  address  on  the  Unibus  so  that  the 
monitor  can  compare  it  to  the  buffer  address  range  of  the  selected 
peripheral  that  was  previously  intercepted. 

As  each  Massbus  peripheral  may  be  uniquely  identified  by  its  location 
on  the  bus,  no  such  sophistry  is  needed  for  these  cases. 

1.2. 3. 5  INTR’s  by  Controller/Unit 

This  is  accomplished  by  the  VECR  circuitry  which  detects  the 
1NTR  and  determines  the  vector  address  placed  on  the  Unibus  by  the 
controller.  As  unit  selection  is  also  known,  the  INTR  may  be  assigned 
to  the  selected  unit. 

1.2. 3. 6  Memory/ Peripheral  Transfers/ Seconds 

The  above  paragraphs  show  how  programmed  I/O,  CPU  operations,  NPR 
transfers,  and  Massbus  transfers  can  individually  be  detected.  This 
measurement  is  obtained  by  counting  the  total  of  such  transfers  and 
dividing  the  count  change  by  the  time  interval  over  which  the  count 
changed. 

1.2.3 .7  Transfer  Service  Time 

As  the  "GO"  event  and  INTR  are  both  detected  by  the  1PPA  hardware,  a 
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straightforward  time  stamp  of  these  events  enables  the  microprocessor 
to  do  the  necessary  calculation. 

1.2.J.8  Number  of  On-Line  Terminals 

This  will  bo  handled  by  host  software  elements. 

1.2. 3. 9  Number  of  Units  Busy 

This  measurement  loses  value  unless  it  Is  an  instantaneous  "snapshot'* 
of  system  activity.  It  is  therefore  suggested  that  in  lieu  of  this 
measurement,  we  determine  the  percentage  of  time  that  a  unit  Is  busy. 

For  DMA  devices  this  is  the  same  as  paragraph  1.2. 3. 7  where  a 
measuring  count  is  maintained.  For  non-DMA  devices,  (e.g.,  a  printer) 
no  such  measure  is  available  without  discrete  probes.  He  therefore 
suggest  that  transfer  rate  be  used  as  a  measure  of  unit  "business" 
(see  paragraph  1.2. 3. 3)  in  this  case. 

1.2.3.10  Disk  Head  Motion/Position 

This  information  will  be  detected  by  the  peripheral  activity  module 
(PAM),  which  monitors  the  1/0  page  and  associated  registers  of  DMA 
devices  such  as  track/sector  addressing. 

1.2.3.11  Disk  Start/Stop  Times 

The  IPPA  design  will  not  provide  this  measurement.  It  is  believed 
this  data  is  better  obtaired  through  computer  operator  procedure  logs. 

1.2.3.12  Cache  Acquisition  Latency/Contention 

Multiple  requests  to  the  memory  logic  are  detected  via  “AND"  gates. 
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When  multiple  requests  are  active,  the  resultant  signal  will  enable  a 
counter  and/or  timer.  Total  contention  time  divided  by  the  number  of 
contended  accesses  provides  average  contention  time. 

1  • 2  .  3 . 1 3  Cache  Hit  Rates 

The  cache  slow  cycle  signal  is  monitored  and  the  number  of  such  cycles 
is  counted.  As  the  total  number  of  cache  read/writes  is  also 
monitored,  the  hit  rate  is  determined  by  simple  ratio. 

1.2.3.14  Cache  Memory  Transfer  Rate 
See  paragraph  1.2. 3. 6. 

1.2.3.15  MBC  Percent  Busy 
See  paragraph  1.2. 3. 9. 

1.2.3.16  MBC  Transfer  Rate 

See  paragraph  1.2. 3. 4 
1.2.4  Program  Performance 

1.2.4. 1  Task  Request  Rate 

This  is  obtained  by  monitoring  the  request  directive  in  the  executive. 
It  is  accomplished  with  the  software  probe  which  passes  the  coded  data 
to  the  microprocessor  for  storage  and  accumulation. 

1.2. 4. 2  I/O  Request  by  Task/Device 

The  software  probe  intercepts  "QIO"  directives. 
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1 • 2 .4 . 3  Numbmr  of  Active  Tasks  In  Msmory 

This  is  accomplished  by  software  in  the  host  that  is  activated  at 
regular  intervals  to  sample  the  status  of  the  host  OS. 

1.2. 4. 4  Memory  Allocation 

This  data  is  acquired  by  intercepting  the  system's  memory  management 
routines,  using  the  routines'  inputs,  and  passing  them  to  the 
microprocessor . 

1.2. 4. 5  Node  Status 

The  information  on  node  allocation  and  deallocation  is  performed  in  a 
similar  manner  to  paragraph  1.2. 4. 4 

1 . 2 . 4 . 6  Instruct ions /Second 

This  is  obtained  by  counting  the  number  of  "Instruction  Fetches”  in  a 
given  period  of  time.  The  signal  is  obtained  from  a  discrete  probe. 
The  counter  is  armed/disarmed  by  software  events  such  as  task 
start/stop. 

1 . 2 . 4 . 7  Instruction  Ui  s>  .  ibutioti 

This  option  will  oe  provided  by  a  separate  program  that  will  run  the 
program  one  instruction  at  a  time  and  collect  the  instruction 
distribution.  This  software  and  hybrid  monitoring  should  not  be  done 
at  the  same  time. 

1.2. 4. 8  Floating  Pont  Instructions 

The  IPPA  design  provides  for  limited  matching  of  data  via  the  Data 
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Associative  RAM  (DRAM).  As  Instructions  appear  on  the  date  lines 
during  the  instruction  fetch,  the  limited  number  of  floating  point 
instructions  can  be  detected  and  counted. 

1.2.5  Fault  Detection/ Isolation 

1. 2.5.1  Slave  Faults 

A  slave  fault  (no  Slave  Synch  acknowledgement)  causes  CPU  trap  to 
address  4.  Software  can  intercept  the  normal  flow  to  obtain  desired 
Information. 

1.2. 5. 2  Trace 

Software  will  be  provided  to  obtain  this  measurement  offline  from  a 
monitoring  run. 

1.2. 5. 3  Error  Counts 

These  errors  are  best  obtained  by  the  error  log  programs  provided  by 
Digital  Equipment  Corporation.  However,  the  programmable  nature  of 
the  PAh  makes  sampling  of  a  device's  error  bit  at  1NTR  time  rel  itively 
straightforward. 

1.2. 5. 4  Unclaimed  NPC,  BG 

It  is  our  understanding  that  the  system  fails  safe  under  conditions 
where  NPR/BR  does  not  drop  with  NPG/BG  except  that  the  instruction 
execution  rate  would  significantly  drop  and/or,  if  the  failed  device 
is  close  to  the  arbitrator,  devices  further  out  on  the  Unlbus  could 
not  be  serviced.  In  case  one,  the  lowered  rate  is  detected.  In  case 
two  an  error  is  detected  (paragraph  1.2.5. 3)  or  the  system  "ha..gsM  in 
a  state  known  to  the  peripheral  activity  module. 
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1*2.5. 5  Memory  Out  of  Bounds 


See  paragraph  1.2. 5.1. 

1.2. 5. 6  Odd  Addrreaa  Error 
See  paragraph  1.2. 5.1 

1.2. 5. 7  Multiple  NPR's 

See  paragraphs  1.2. 5. 4  and  1.2. 2. 4. 

1.2. 5. d  Multiple  BR's 

See  paragraphs  1.2. 5. 4  and  1.2. 2. 5. 

1.2. 5. 9  EMT  Service  Tima 

The  software  probe  Intercepts  issued  EMT' 8  and  can  count  specific  EMT's 
by  task,  all  EMT's  by  task,  total  occurrences  of  specific  EMT's  or 
total  occurrences  of  all  EMT's.  IOT's  are  handled  similarly. 

1.2.5.10  Event  Driver  Trap 

This  measurement  is  obtained  in  the  same  manner  as  paragraph  1.2. 5.1. 

1.2.5.11  Power  "Cl itches" 

Because  of  their  multiplicity  and  spatial  dispersion,  there  is  no 
intent  at  this  time  to  monitor  the  actual  power  lines. 
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1.2.3. 12  Power  Failure 


Upon  a  significant  enough  "glitch"  In  power,  tha  bua  AGIO  and  OCLO 
llnaa  arc  changed  and  tha  CPU  antara  a  power  fall  trap.  Detection  via 
tha  trap  la  aaay.  Specific  processing  to  be  accomplished  Includes 
notification  to  the  alcroprocasaor  but  processing  oust  be  kept  to  a 
ainiaua  to  allow  normal  OS- provided  graceful  shutdown. 

1.3  Data  Flow 

The  flow  of  data  through  a  monitor  session  la  discussed  In  this 
section  in  three  logical  phases: 


o  Pre-measurement  Phase 

o  Measurement  Phase 


o  Post-Measurement  Phase 

Figure  1-3  depicts  the  data  flow  through  the  phases,  and  the 
inter-phase  relationships.  Figure  1-4  depicts  the  tree  structure  of 
software  modules  which  pertain  to  each  phase. 


1.3.1  Pre-Measurement  Phase 


The  pre-measurement  phase  involves  interaction  with  the  user  while  the 
user  defines  the  monitor  session  through  a  series  of  menus.  The 
responses  from  the  menus  then  become  inputs  to  the  compiler.  The 
output  of  the  compiler  is  then  input  to  the  measurement  session. 
Figure  1-3  depicts  the  data  from  through  the  pre-measurement  phase. 
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Figure  1-3  Data  Flow  Chart 
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Software  Modules 


Figure  1-5  Pre-Measurement  Data  Flow 


1.3.2  Measurement  Phase 


The  measurement  phase  Involves  the  loading  of  the  compiled  output,  and 
the  execution  of  the  monitor  session  itself.  Figure  1-6  depicts  the 
data  flow  involved  with  loading  the  measurement  software  into  the  host 
and  microprocessors.  Figure  1-7  depicts  the  layout  of  the  measurement 
software  once  loaded,  and  the  Interaction  between  the  components. 

1.3.3  Data  Collection  Phase 

Upon  completion  of  a  monitor  session,  the  captured  data  is  collected 
into  a  data  file.  This  data  file  is  then  used  by  the  report 
generation  software  to  generate  the  requested  reports.  Figure  1-ti 
depicts  the  data  flow  for  the  data  collection  phase. 

1.4  Scenario  of  1PPA  Utilization 

The  1PPA  hardware  and  software  design  is  oriented  to  two  levels  of 
user.  The  first  level  applies  to  design  engineers  and  makes  available 
the  full  power  of  the  1PPA  system  through  manipulation  of 
microprocessor  and  host  level  software.  This  level  will  not  normally 
be  used  in  the  field.  The  second  level  applies  to  the  system  user  and 
performance  assessment  engineer.  It  makes  available  a  precision  tool 
kit  that  provides  for  the  definition  of  measurement  sets  and  post 
measurement  analysis  without  the  need  tor  detailed  awareness  of  the 
IPPA  logic  itself. 

The  following  scenario  portrays  the  sequence  of  events  as  seen  by  a 
system  user  in  defining  and  executing  a  desired  set  of  performance 
assessment  measurements. 

Many  of  the  individual  measurements  identified  in  Section  1.2  are 
directly  accessible  to  the  system  user.  This  access  is  provided  by  a 
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Figure  1-6  Load  Data  Flow 
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Figure  1-7  Measurement  Execution 
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command  language  which  enables  the  user  to  specify  the  measurement 
type  and  any  parameters  associated  with  that  measurement.  As  an 
example,  the  detection  of  task  activation  and  deactivation  requires 
the  parameter  "Task  Name". 

Through  use  of  an  interactive  menu  display,  the  user  brings  together 
several  such  primitive  measurements  through  logical  constructs  such  as 
"and",  "or",  or  "not".  The  combination  of  these  primitives  is  a 
complex  measurement  which  can  be  given  a  specific  name  and  may  be 
stored  on  disk  for  later  use. 

The  user  will  identify  one  or  more  complex  measurements  that  are  to  be 
concurrently  executed  on  the  IPPA.  He  will  then  "compile"  this 
measurement  set  into  an  executable  module  -  also  given  a  name  -  that 
can  be  loaded  into  the  IPPA  upon  command.  The  compiler  will  collect 
all  necessary  software  elements  and  create  appropriate  table  entries 
for  use  by  the  IPPA  software.  The  compiler  will  also  inform  the  user 
if  the  measurement  set  requires  more  resources  (counters,  timers, 
associative  memory  loations,  etc.)  than  are  available  within  the  IPPA. 

The  compiled  measurement  set  is  also  stored  on  the  system  disk.  It 
is,  however,  possible  that  in  later  versions  much  of  this  Information 
could  be  stored  on  peripherals  directly  connected  to  the  IPPA 
hardware. 

The  user  may  then  call  for  the  loading  of  the  measurement  set  by  name. 
The  measurement  set  can  be  loaded  at  a  specific  future  time  of  day, 
the  same  time  or  times  of  day  for  future  days,  or  for  one  time  only. 

Once  loaded,  the  software  and  table  structures  of  the  measurement  set 
are  in  place,  and  the  measurement  may  be  performed. 
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During  a  measurement,  occasional  transfers  of  information  from  the 
microprocessor  to  the  hoLt  disk  are  al lowed .  This  could  occur  when  a 
"snapshot"  function  is  declared  so  that  statistics  over  a  long  period 
of  time  can  be  accumulated  and  reported  for  smaller  intervals  within 
that  time  period. 

The  measurement  will  complete  either  upon  user  command  or  according  to 
a  predefined  total  time  of  execution.  Upon  completion,  the  last 
measurements  still  stored  in  the  microprocessor  are  transferred  to  the 
host  disk  for  storage  and  later  analysis. 

Should  future  versions  of  the  1PPA  provide  their  own  bulk  memory 
peripherals,  storage  of  snapshot  and  measurement  completion 
information  could  be  accommodated  on  these  peripherals  with  no  impact 
on  the  host  disk  system. 

Information  generated  by  the  measurement  compiler  is  then  used  by 
report  programs  to  produce  the  desired  analytical  reports  on  the  host 
system  printer. 


2.0  SOFTWARE  OVERVIEW 


This  Section  contains  an  overview  of  the  software  required  for  the 
hybrid  monitor.  The  modules  have  been  divided  into  four  functional 
areas: 

o  Definition  and  Compilation 

o  Host/Microprocessor  Coordination 

o  Measurement  Software 

o  Reporting  Software 

Section  2.1  describes  the  software  modules  which  interact  with  the 
user  during  the  measurement  definition  phase  of  a  monitor  period. 
This  process  involves  interactive  menus  which  help  the  user  to  define 

the  measurements  to  be  collected.  Results  of  this  interaction  are 

passed  to  the  compiler,  which  produces  the  tables  that  control  the 
measurement  collection  process. 

Section  2.2  describes  the  software  modules  that  permit  the  host 
computer  and  the  microprocessor  to  communicate.  Communications  falls 
into  two  categories.  The  first  category  of  communications  concerns 
transmission  of  data  involved  with  down-line  loading  the 
microprocessor  with  its  controlling  software  and  processing  tables, 
and  up-line  loading  of  collected  data.  The  second  category  of 

communications  concerns  raw  software  measurement  data  collected  by  the 
host  software  and  then  transmitted  to  the  microprocessor  for 

processing . 

Section  2.3  describes  the  modules  which  collect,  process  and  store  the 
measurement  data.  The  processing  and  storage  modules  reside  on  the 
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aicroproco»or,  while  the  collection  modules  reside  on  both  the  host 
computer  end  the  microprocessor. 

Section  2.4  describes  the  modules  which  create  reports  using  the  date 
collected  during  a  monitoring  period. 

2.1  Measurement  Definition/Compilation 

This  set  of  modules  interacts  with  the  user  to  define  a  measurement 
cession  and  to  create  control  structures  which  initialise  measurement 
hardware,  perform  measurements,  process  the  measurements  and  report  on 
the  data  collected.  The  measurement  definition/compilation  modules 
are  discussed  in  the  remainder  of  this  section,  and  have  been  divided 
into  two  groups  for  discussion  purposes: 

o  Measurement  Definition 

o  Compilation  Process 

2.1.1  Measurement  Definition 

This  set  of  modules  is  responsible  for  determining  the  requirements  of 
a  user's  measurement  session. 

The  measurement  definition  process  also  receives  inputs  from  the 
textual  menus,  as  well  as  from  previously  defined  measurement  sessions 
stored  on  disk.  The  combined  inputs  to  the  defintion  process  are 
converted  into  data  structures  used  by  the  compiler.  The  definition 
process  also  verifies  that  the  measurements  requested  by  the  user  can 
be  performed  and  have  been  properly  defined. 

The  outputs  from  the  definition  process  are  stored  on  disk  and 
displayed  on  the  user's  terminal.  The  disk  structures  are  divided 


Into  two  areas  of  concern.  The  first  area  deals  with  the  static 
measurements,  as  well  as  all  the  hardware  measurements  and  those 
software  measurements  that  do  not  require  complex  definitions.  The 
second  area  consists  of  those  software  measurements  that  require 
complex  definitions. 

The  six  definition  modules  are  described  in  the  remainder  of  this 
section: 

o  User  Interaction  Module 

o  Static  Initialisation  Module 

o  Dynamic  Initialisation  Module 

o  Monitor  Setup  Module 

o  Help  Module 

o  Measurement  Manipulation  Module 

2. 1.1.1  User  interaction  Module 

This  module  controls  the  execution  of  the  entire  definition  phase  of  a 
monitoring  session. 

o  Inputs  -  The  User  Interaction  module  reads  the  menu  file  and 

the  help  file  depending  on  the  user's  input.  It  will  also, 
when  requested,  read  in  the  contents  of  a  previous  measurement 
file. 

o  Process  -  This  module  validates  (syntactically)  the  user's 

inputs  to  a  menu.  On  an  error  it  will  display  an  error  text 
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and  ask  for  correct  input*  When  correct  date  hae  bean 
entered,  this  nodule  will  perform  the  indicated  function.  The 
functions  fall  into  six  categories:  help  functions,  static 
aeasurenents ,  dynamic  measurements,  aonitor  setup,  measurement 
manipulation  and  display  a  new  menu. 

n  Outputs  -  This  nodule  is  responsible  for  displaying  all  menus, 

help  texts  and  error  messages  to  the  user.  It  also  passes  all 
user  input  to  the  lower  level  modules  to  perform  the  functions 
requested. 

2. 1.1. 2  Static  Initialisation  Module 

This  module  involves  the  static  measurements.  These  measurements 
consist  of  all  hardware  measurements  and  a  standard  set  of  software 
measurements.  Three  measurement  oriented  modules  are  called  by  this 
module. 

o  Inputs  -  This  module  receives  data  indicating  which 

measurements  to  perform  from  the  user  via  the  user  interaction 
module.  It  also  reads  In  formatted  tables  from  disk 
indicating  how  to  perform  the  measurement. 

o  Process  -  One  of  the  following  modules  is  called,  depending  if 

the  measurement  is  hardware  or  software  related. 

o  Outputs  -  None. 

2. 1.1. 2.1  Hardware  Initialisation  Module 

This  module  translates  the  user's  request  for  hardware  measurements 
into  the  table  or  tables  necessary  to  initialize,  process,  and  report 
the  measurement. 
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o  Inputs  -  Ths  cods  nun bur  for  tho  measurement  requested,  the 

code  of  how  to  process  the  dsts  collected,  end  an  lndlcstion 
ss  to  whether  the  hardwsre  Interrupts  on  overflow  or  every 
tlae  the  event  occurs. 

o  Process  -  Fills  the  Herdwsre  Ststic  Messureaent  table  with  the 

preload  value  for  the  counter/tiaer ,  and  an  indication  of  how 
to  process  the  interrupt  generated  by  the  counter/tiaer. 

o  Outputs  ~  The  output  consists  of  a  Hardware  Static  Measurement 

table  necessary  to  initialise  a  counter/ timer. 

2. 1.1. 2. 2  Peripheral  Activity  Module 

This  module  allows  user  to  monitor  a  peripheral  on  the  host. 

o  Inputs  -  ASCII  text  from  the  user  interactive  module 

containing  the  device  to  monitor  and  the  options  chosen. 

o  Process  -  The  device  name  is  verified  to  assure  the  device  is 

configured  on  the  system.  The  options  arc  then  verified  to 
assure  they  are  correct  for  the  device  monitored. 

o  Outputs  -  The  ASCII  string  received  as  input  will  be  the 

output . 

2. 1.1. 2. 3  Host  Software  Module 

This  module  performs  an  analogous  function  to  the  hardware 

initialization. 

o  Inputs  -  This  module  is  supplied  with  information  about  the 

software  functions  selected.  This  consists  of  the  code  number 
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of  the  function,  the  format  to  process  the  data  into,  and 
information  on  tha  fequency  and  number  of  timaa  to  collect  tha 
data. 

o  Procasa  -  A  Software  Static  Maaauramant  tabla  entry  ia  created 

that  informa  the  monitor  executive  about  the  monitored 
function.  It  takes  the  user  supplied  Inputs  and  places  them 
in  their  correct  positions  in  this  table. 

o  Outputs  ~  The  output  is  the  Software  Static  Measurement  table 

that  will  inform  the  monitor  executive  which  static  software 
measurements  are  being  performed. 

2.1. 1.3  Dynamic  Initialisation  Modules 

This  collection  of  modules  build  and  validate  the  data  structures 
necessary  to  recognise  complex  software  Mhappenlngs“  and  process  them. 
These  “happenings**  fall  into  two  categories:  events  and  statii.  An 
event  is  defined  as  an  occurrence.  It  haa  no  time  dimension. 
Examples  of  events  are  the  occurrence  of  an  interrupt,  the  change  in  a 
signal  level,  and  the  issue  of  an  EMT.  Events  can  be  counted  or 
histogromed.  A  status  (plural  statii)  is  defined  xs  a  condition.  It 
has  a  time  dimension  and  can  therefore  be  timed.  The  change  of  status 
is  an  event.  The  status  "EMT  in  process"  is  defined  by  its  starting 
event  (issue  of  an  EMT)  and  its  terminating  event  (ATL  scan,  ISR 
beginning,  etc.) 

This  formality  of  definition  supports  experiment  definition  error 
detection  as,  for  example,  the  logical  "AND"  of  an  event  and  a  status 
is  equivalent  to  a  “gated"  event,  the  "OR"  of  two  events  is  always  an 
event,  etc. 
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This  collection  of  nodules  receives  its  inputs  from  the  User 
Interaction  module.  These  modules  process  the  user's  input  into  data 
structures  the  compiler  uses  to  set  up  for  complex  software 
measurements.  The  measurements  are  also  validated  to  assure  that  too 
many  measurements  have  not  been  defined  and  that  the  measurements  , 
defined  are  performable. 

The  outputs  from  this  collection  of  modules  are:  an  ASCII  table  of 
defined  events  and  an  ASCII  table  of  defined  statii;  an  ASCII  table  of 
Boolean  logic  to  perform  on  events  and  statii  and  what  measurements 
will  be  performed  after  the  Boolean  has  been  applied. 

2. 1.1. 3.1  Define  Module 

The  Define  module  allows  a  user  to  define  the  basic  software  events  to 
be  measured.  These  events  are  the  basic  building  blocks  of  the 
dynamic  measurements . 

o  Inputs  -  This  module  receives  an  ASCII  string  from  the  User 

Interaction  module.  This  string  can  define  an  event  to  be  in 
any  of  the  following  areas:  task  execution,  EMT  execution  or 
the  setup  data  for  an  ARAM,  DRAM  or  CRAM  measurement. 

o  Process  -  The  input  to  the  Define  module  is  validated  for 

correct  alphanumeric  usage  and  the  syntax  of  the  command.  If 
these  checks  are  satisfied  the  input  is  passed  to  the  Examine 
Dynamic  Measurement  Modules  (2. 1.1.3. A). 

o  Outputs  -  One  output  from  Define  Module  is  the  validated  input 

string.  The  other  ouputs  consist  of  e;rrcr  texts  to  the  user. 

i 

I 

2. 1.1. 3. 2  Event  Module 

The  Event  Module  has  two  functions;  it  allows  for  the  logical 


combination  of  previously  defined  statii  and  events  into  new  events, 
and  it  instructs  IPPA  to  measure  an  event. 

o  Inputs  -  The  input  contains  the  event  name  to  process, 

how  the  event  is  being  defined  and  how  to  process  the 
event  if  applicable. 

o  Process  -  This  module  validates  the  syntax  of  the 

event  and  the  alphanumeric  string.  The  string,  if 
valid,  is  then  passed  to  the  Examine  Dynamic 

Measurement  Module  (2. 1.1. 3. 4).  If  not  valid  the  user 
is  told  of  the  error  and  asked  to  correct  it. 

o  Outputs  -  One  of  the  outputs  of  this  module  is  the 

validated  input  string.  The  other  outputs  consist  of 
error  texts  sent  to  the  users. 

2. 1.1. 3. 3  Status  Module 

The  Status  module  is  used  to  build  complex  measurements  using 
previously  described  measurements.  The  format  is  a  status  name, 
starting  event,  ending  event  and  optionally  an  action  or  status  name, 
Booleian  expression,  status  name  and  optionally  an  action. 

o  Inputs  -  The  input  is  an  alphanumeric  string  received 

from  the  User  Interaction  module. 

o  Process  -  This  module  validates  the  input  received 

from  the  User  Interaction  module.  It  is  validated  for 
syntax  and  alphanumeric  characters.  If  the  input  is 
valid  the  Examine  Dynamic  Measurement  module 
(2. 1.1. 3. A)  receives  it,  otherwise  the  user  is 
informed  of  his  error  and  asked  to  collect  it. 

o  Outputs  -  None  . 
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2. 1.1. 3. 4  Examine  Dynamic  Measurement  Module 

This  module  verifies  the  user's  requests  for  measurements.  These 
verifications  include  whether  Sufficient  software,  and  hardware  support 
are  available,  and  that  all  the  event  and  status  names  used  have  been 
defined.  The  second  step  of  this  process  is  to  translate  the  user's 
input  into  the  data  structures  required  by  the  compiler.  The  Validate 
Dynamic  Measurement  and  Build  Measurement  Structure  Modules  are  used 
by  this  module. 

o  Inputs  -  The  ASCII  strings  validated  by  Define,  Event 

and  Status  modules. 

o  Process  -  The  Validate  Dynamic  Measurement  Module  is 

called  first.  If  no  validation  errors  occur  then  the 
Build  Measurement  Structure  Module  is  called. 

o  Outputs  ~  None. 

2. 1.1. 3. 4.1  Validate  Dynamic  Measurement  Module 

•  'i 

This  module  validates  that  a  user's  measurement  can  be  provided. 

o  Inputs  -  The  input  to  this  module  consists  of  a 

verified  (syntactically  and  alphanumericelly)  Define, 
Event  or  Status  string,  that  the  user  typed  in. 

o  Process  -  This  module  verifies  that  all  event  and 

status  names  used  have  been  defined.  It  also  checks 
to  see  that  statii  are  defined  by  statii  events  and 
that  events  are  defined  by  an  event,  or  a  status  and 
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an  event/  If  the  input  passes  these  tests ,  a  success 
code  is  returned  to  the  Examine  Dynamic  Measurement 
Module*  If  it  does  not  pass,  a  failure  code  is 
returned  to  the  Dynamic  Measurement  Module. 

o  Outputs  -  There  are  two  outputs  from  this  module.  The 

first  is  the  success/fhilure  code.  The  second  are  any 
error  texts  that  are  displayed  to  the  user. 

2. 1.1. 3. 4. 2  Build  Measurement  Structure  Module 

This  module  adds  newly  defined  events  and  statii  to  the  data 
structures  needed  by  the  compiler  and  the  Validate  Dynamic  Measurement 
Module. 

o  Inputs  --  The  input  to  this  module  is  the  completely 

validated  event  or  status  definition. 

o  Process  -  This  module  attempts  to  add  the  new  event  or 

status  to  the  Event  or  Status  Tables.  If  it  can 
allocate  the  table  space,  it  then  adjusts  the  resource 
available  counters  for  each  resource  necessary  for  the 
measurement . 

o  Outputs  -  This  module  has  a  success/failure  code  that 

is  returned  to  the  Examine  Dynamic  Measurement  module. 
Any  errors  found  in  allocating  table  space  or 
resources  available  will  produce  an  error  text  for  the 
user . 

2. 1.1. 4  Monitor  Setup  Module 

This  module  controls  the  execution  of  the  monitor  run.  It  can  be  used 
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to  define  the  start/stop  tine  for  the  monitoring  session,  the 
frequency  of  data  collection  from  the  microprocessor  and  host  monitor, 
and  a  unique  filename  to  store  the  collected  data  and  run  files  on. 
This  module  calls  the  Start/Stop,  File  Name,  and  Collect  setup 
modules • 

o  Inputs  -  This  module  receives  input  from  the  User 

Interaction  Module. 

o  This  module  validates  the  syntax  and  alphanumeric 

content  of  the  input.  If  valid,  the  appropriate  setup 
module  is  called  and  the  user's  input  is  passed  to  it. 

c  Outputs  -  The  valid  user  request  is  passed  to  the 

appropriate  setup  module.  If  any  errors  are  detected 
in  the  statement,  an  error  text  is  displayed  on  the 
user's  screen. 

2.1. 1.4.1  Start/Stop  Module 

The  Start/Stop  Module  is  used  to  define  the  starting  and/or  stopping 
time  for  a  monitoring  session. 

o  Input  -  An  input  is  received  from  the  Monitor  Setup 

Module.  A  success/failure  code  is  also  received  from 
the  monitor  executive. 

o  Process  -  The  start  and/or  stop  time  is  validated  for 

clock  times.  If  they  are  valid,  a  message  is  sent  to 
the  monitor  executive.  If  the  monitor  executive 
returns  a  success  code,  the  measurement  session  is 
queued  up.  If  a  success  code  was  not  received,  the 
user  must  specify  a  different  start  time. 
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o  Output  ~  The  Msaagt  to  inform  the  monitor  executive 

when  to  start  the  monitor  session,  and  any  error  texts 
sent  to  the  user • 

2.1. 1.4.2  Filename  Module 

This  module  validates  a  user's  filename. 

o  inputs  -  The  input  text  received  from  the  user  and  a 

success/ failure  code  from  the  monitor  executive. 

o  Process  -  The  filename  is  validated  to  assure  that  it 

is  in  the  format  for  the  host  system's  file  structure* 

If  the  user  does  not  supply  a  name,  a  default  name 
will  be  used.  This  information  is  sent  to  the  monitor 
executive.  It  is  also  used  by  the  Store  directive. 

Outputs  -  The  message  sent  to  the  monitor  executive  to  give 
it  the  filename,  and  any  error  texts  sent  to  the 

user. 


2. 1. 1.4.3  Collect  Module 

This  module  defines  the  period  during  which  to  collect  data  from  the 
microprocessor  and  the  host's  software  monitor. 

o  inputs  -  This  module  receives  its  input  from  the 

Monitor  Setup  Module  and  from  the  monitor  executive. 

o  Process  -  The  input  is  checked  to  determine  if  it  is 

numeric.  If  so,  the  period  of  data  collection  is  sent 
to  the  monitor  executive. 
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o  Outputs  -  The  message  to  the  monitor  executive, 

containing  the  period  of  data  collection,  and  the 
error  texts  sent  to  the  user. 

2. 1.1. 5  Help  Module 

This  module  will  give  the  user  an  explanation  of  any  specified  area  of 
measurement  definition. 

o  Inputs  -  The  user  will  input  a  code  through  the  User 

Interaction  Module. 

o  Process  -  Using  the  code  entered  by  the  user,  the  Help 

Module  will  extract  a  Help  text  from  its  text  areas. 
It  will  then  format  the  text  for  display  on  the  user's 
screen. 

o  Output  -  The  Help  text  the  user  has  requested  will  be 

displayed  on  their  screen. 


2 . 1 . 1 . 6  Measurement  Manipulation  Module 


This  module 

iacilitates 

the  storage 

and 

retrieval  of 

defined 

measurement 

sessions . 

The  Delete,  Store, 

Include 

,  and  List 

modules 

are  called  by 

the  module. 

o 

Inputs  - 

The  inputs  to 

this 

module 

are  from  three 
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the  command 

the 

user  has  typed 

in,  the 

measurement  session  the 

user 

has 

defined. 

and  the 

existing 
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Process  - 

'  This  module 
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that  the 

command 

received 

from  the  user 

is  correct. 

It  then  calls  the 
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appropriate  module,  or  displays  an  error  text  at  the 
user's  terminal . 

o  Outputs  -  Outputs  from  this  module  consist  of  error 

texts  and  measurement  flies. 


2. 1.1. 6.1  Delete  Module 

This  module  deletes  the  specified  measurement  file  from  the  system. 


o  Inputs  -  The  Input  consists  of  a  filename  to  he 

removed. 


o  Process  -  The  file  specified  is  removed  from  the  file 

system.  Should  the  filename  not  exist  or  the  user  not 
have  deletion  privilege,  the  user  will  be  informed  by 
an  error  message. 

o  Outputs  -  An  error  message  that  will  tell  the  user  he 

tried  to  delete  a  non-existent  file  or  one  that  he 
does  not  have  deletion  privileges  to. 


2. 1.1. 6. 2 


Store  Module 


This  module  is  used  to  add  a  new  measurement  session  file  to  the  file 
system. 

o  Inputs  -  The  filename  of  the  new  measurement  session. 

o  Process  -  The  file  system  first  checks  to  see  if  the 

filename  already  exists.  If  so,  it  informs  the  user 
to  either  delete  the  filename  or  to  supply  a  new 
filename.  en  the  store  module  has  opened  a  new 
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filet  the  measurement  session  is  written  into  the 
file.  The  file  is  then  closed  and  it  can  now  be  used 
for  a  measurement  session. 

o  Output  -  A  new  measurement  file  in  the  file  system. 

2. 1.1. 6. 3  Include  Module 

This  module  is  used  to  include  a  previously  defined  measurement 
session  as  part  of  the  current  measurement  session. 


o  Inputs  -  The  inputs  to  this  module  come  from  the  User 

Interaction  module.  and  the  filename  the  user 
specified. 

o  Process  -  The  filename  specified  is  opened.  If  the 

file  does  not  exist,  an  error  text  is  displayed  on  the 
user's  terminal.  If  the  file  exists,  the  contents  of 
the  file  is  read  and  added  to  the  existing  measurement 
set.  Any  duplicate  event  or  status  names  are  flagged 
but  not  added  to  the  measurement  set. 


o  Output  -  Any  error  texts  caused  by  the  inclusion  of  a 

previously  defined  measurement  set. 


2. 1.1. 6> A  List  Module 


This  module  has  two  options;  to  list  the  current  measurement  set,  and 
to  list  the  measurement  set  specified  by  the  user's  input. 


o  Inputs  -  The  user  inputs  a  filename  to  be  listed  or 

gives  no  input  at  all.  If  a  filename  has  been 
specified,  the  file  is  useu  as  input.  Otherwise  the 
current  measurement  set  is  used. 
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Process  -  If  a  filename  has  been  specified,  the  file 
is  opened.  If  the  file  exists,  it  is  read.  The 
information  stored  in  the  file  is  translated  into  text 
to  show  what  measurements  are  being  performed.  Then 
the  file  is  closed.  If  the  current  measurement  set  is 
being  listed,  it  goes  through  the  same  translation 
process  to  describe  the  measurements  being  taken. 

o  Output  -  A  list  of  measurements  to  be  performed  is 

displayed  on  the  user's  screen.  Error  messages  for 
nonexistent  files  will  also  be  displayed. 

2.1.2  Compilation  Process 

The  compiler  takes  a  measurement  session  file  defined  by  the  user  and 
translates  that  into  the  data  structure  and  files  necessary  to  perform 
the  measurement  session.  This  set  of  modules  utilizes  the  outputs 
from  the  Definition  set  and  predefined  measurement  templates.  The 
templates  consist  of  the  data  structures  for  count/timer  control  and 
software  measurement  setup. 

The  compiler  works  in  two  steps.  The  first  step  consists  of  setting 
up  to  measure  the  static  measurements.  This  process  consists  of 
building  the  data  structures  necessary  to  obtain  the  information, 
process  the  obtained  data,  reporting  the  data  and  allocating  space  for 
the  measurement  in  the  microprocessor  memory.  The  second  step  is  to 
perform  the  above  process  on  the  dynamic  measurements. 

The  Compile  process  modules  fall  into  three  groups,  discussed  in  the 
remainder  of  this  section: 
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o  Static  Measurement  Control 

o  Dynamic  Measurements 

o  Memory  Allocation 

2. 1.2.1  Static  Meaaurement  Control 

These  modules  produce  all  the  data  structures  needed  to  perform 
hardware  and  software  static  measurements. 

The  software  and  hardware  static  measurement  tables  produced  from  a 
user's  measurement  session  definition  and  prefilled  data  tables  for 
the  hardware  and  software  static  measurement  are  used  by  these 
modules . 

The  software  static  measurement  tables  and  the  prefilled  software 
static  measurement  tables  are  read  in,  and  the  software  module  is 
called  and  passed  this  information.  The  hardware  static  measurement 
tables  and  the  prefilled  hardware  static  measurement  tables  are  then 
read  in,  and  the  hardware  module  is  called  and  passed  this 
information.  The  PAM  module  is  also  called  and  passed  this 
information. 


2. 1.2. 1.1  Hardware  Module 

This  module  modifies  the  prefilled  hardware  static  measurement  table 
to  reflect  the  request  of  the  user. 

o  Inputs  -  This  module  utilizes  the  hardware  static 

measurement  table  and  the  standard  prefilled  hardware 
static  measurement  table. 
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o  Process  “  For  ssch  hardware  measurement,  this  module 

modifies  the  prefllied  hardware  static  measurement 
table  producing  the  Hardware  Configuration  table.  The 
items  modifiad  are  arm  command,  preload  count,  type  of 
processing  to  perform  and  the  address  to  store  the 
processed  data.  This  information  is  also  written  to 
the  data  description  file. 

o  Outputs  -  A  record  in  both  the  data  description  file 

and  the  Hardware  Configuration  table. 


2. 1.2. 1.2  PAM  Control  Module 


This  module  builds  the  data  structure  to  collect  and  process  data  from 
the  PAM. 

o  Inputs  -  An  ASCII  string  containing  device  to  measure 

and  options  to  measure. 

o  Process  -  The  device  name  is  checked  with  a  table  of 

device  names,  address  and  measures.  The  PAM  structure 
is  then  loaded  with  CSR'e  address,  CSR  bit  codes,  word 
count  register's  address  if  a  disk  cylinder  address 
register's  address  and  the  cylinder  address  register’s 
configuration.  Then  for  each  option  specified  that 
option  field  in  the  PAM  structure  is  turned  on. 

o  Outputs  “  A  data  structure  to  control  the  measurements 

pe formed  by  the  PAM. 


2. 1.2. 1.3  Software  Module 

This  module  creates  the  Time  Sampled  Software  Manager  Control  table 
that  drives  the  Time  Sampled  Software  Manager. 
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o  Inputs  -  The  Inputs  to  this  nodule  sre  the  software 

static  aeaaurenent  table  and  the  prefilled  software 
static  neasurenent  table. 

o  Proceas  -  For  each  software  neasurenent  the  prefilled 

software  static  neasurenent  table  is  s»dified  to 
gather  the  data  the  user  has  requested.  The 
nodifications  are:  the  decision  to  neasure  or  not,  and 
frequency  of  neasurenent. 

o  Outputs  -  The  Tine  Sanpled  Software  Manager  Control 

table  used  by  the  Tine  Sanpled  Software  Manager. 

2. 1.2.2  Dynanic  Measurenents 

These  modules  translate  a  user's  request  for  measurements  into  the 
data  tables  necessary  to  collect,  process,  and  report  on  the 
measurenents. 

The  ASCII  tables  produced  by  the  Measurenent  Definition  Package  are 
utilized  by  these  modules. 

Tables  that  initialise  RAM's,  install  interceptxve  monitors,  process 
the  raw  software  information,  and  allow  report  generation  arc  produced 
by  these  modules. 
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2. 1.2 *2.1  Hot  Monitor  Module 


Thin  module  builds  a  data  table  that  telle  the  Interactive  Monitoring 
Manager  which  Interactive  Monitoring  module  to  install  in  the  system. 

o  Inputs  -  Each  "define**  statement  that  the  user  used  i: 

building  the  measurement  session  and  the  software 
static  measurement  tabic  is  input  to  this  module. 

o  Process  -  The  software  static  measurement  table  is 

interrogated  for  measurements  that  require  an 
interceptive  monitor.  For  each  one  present  in  the 
monitoring  session,  its  entry  in  the  Interceptive 
Monitor  Manager  Control  table  is  turned  on. 


o  Outputs  -  An  Interceptive  Monitor  Manager  Control 

table  is  produced. 


2. 1.2. 2. 2  Associative  RAM  Setup  Module 


This  module  builds  the  table  required  to  initialize  the  ARAM,  DRAM  and 
CRAM. 

o  Inputs  -  The  text  of  define  statements  referencing 

ARAM,  DRAM  or  CRAM. 

o  Process  -  This  module  builds  the  RAM  Tables.  The 

information  in  the  ARAM  and  DRAM  statements  are:  hit 
to  set,  and  address  range  to  set  it  for.  This 

information  is  put  into  the  ARAM  and  DRAM 

Initialization.  The  CRAM  is  a  bit  different.  The 
user  specifies  which  bits  he  wants  to  test  that  are 
true,  which  bits  to  test  that  are  false  and  which  bits 
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are  either  condition*  The  bit  to  set  is  stored.  Then 
the  bits  the  user  wants  to  be  set  are  placed  in  a 
cleared  word  that  is  stored  in  the  CRAM  Initialization 

'  i 

table.  Then  the  set  bits  are  ended  with  a  word  that 
has  all  its  bits  set.  Then  this  word  is  added  to  the 
,  table  entry. 

o  Outputs  -  The  ARAM  and  DRAM  Initialization  and  CRAM 

Initialization  tables  that  will  cause  the  RAMs  to  be 
loaded • 

2. 1.2. 2. 3  Microprocessor's  Dynamic  Measurement  Table 

,*  •,  .  / 

This  module  translates  the  user's  dynamic  measurements  into  a  series 

of  instructions  that  will  perform  them. 

o  Input  -  All  of  the  dynamic  measurements  that  the  user 

created  during  measurement  definition. 

o  Process  -  Each  event  name  is  ascigned  a  number  and 

status  measurements  a  status  bit.  For  each  event  or 
status  that  performs  a  measurement,  the  compile 
gathers  all  event(s)  and  status(s)  that  go  into 
building  the  status  or  event.  These  events  and 
statuses  are  translated  into  the  instructions  required 
to  perform  them.  Then  for  each  elementary  event,  an 
instruction  list  is  produced.  This  list  shows  each 
status  or  event  affected  by  this  event.  When  every 
measurement  has  gone  through  the  above  process  the 
instruction  lists  are  ordered  and  duplicates  removed. 
The  order  is  as  followed:  set  or  clear  status,  process 
measurements,  perform  Boolean  logic,  perform  Boolean 
logic  that  process  measurements,  create  new  events. 
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This  list  of  instructions  becomes  the  Event  Processing 
table.  The  address  of  the  starting  instruction  is 
stored  in  the  Event  Table. 

o  Outputs  -  The  output  is  a  list  cf  instructions  ordered 

by  event  number.  '  '  . 

2. 1.2. 2. 4  EMT  and  Task  Name  Tables  Module 

This  module  builds  a  table  that  translates  measured  task  names  and 

EMTs  into  their  event  numbers. 

o  Inputs  -  The  inputs  are:  task  name  and  event  number, 

task  name  and  Mask  register  bit  setting,  and  EMT 
number  and  event  number . 

o  Process  -  The  input  is  broken  into  two  categories: 

EMTs  and  Task  names.  The  EMT  number  is  used  as  an 
index  into  a  table.  The  event  number  is  stored  at 
that  position  in  the  table.  .  This  creates  the  EMT 
conversion  table.  The  Task  name  is  used  to  search  the 
task  name  conversion  table.  If  the  task  name  is  not 
in  the  table,  it  is  added.  The  event  number  .or  Mask 
register  bit  setting  is  added. 

o  Outputs  -  A  table  that  converts  EMT  numbers  to  event 

numbers,  and  a  table  that  converts  task  names  into 
event  numbers  and  Mask  register  bit  settings. 

2. 1.2. 2. 5  Data  Description  File  Module 

This  module  builds  a  file  that  describes  each  and  every  measurement 
and  where  its  data  is  stored  in  the  microprocessor. 


o  Inputs  ~  The  measurement  name,  type  of  measurement 

address  the  data  is  stored  at  and  numlier  of  elements. 

o  Process  -  The  data  received  from  every  measurement  is 

/  7 

formatted  and  written  to  the  Data  Description  file. 

o  Outputs  -  A  record  in  the  Data  Description  file. 

2 . 1 . 2 . 3  Memory  Allocation  Module 

This  module  is  responsible  for  allocation  of  data  storage  in  the 
mic  roproces sor . 

o  Inputs  -  The  number  of  words  of  storage  needed  for  a 

measurement. 

o  Process  -  This  module  takes  the  current  storage 

address  and  sends  it  to  the  user.  It  then  adds  the 
number  of  storage  words  required  for  a  measurement  to 
the  current  storage  address.  This  will  be  the  next 
address  returned. 

Output  -  The  address  that  the  data  will  be  stored  at. 


o 
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Host  Processor  Microprocessor  Coordination 

2.2.1  Objective 

The  objective  oi  this  software  is  to  establish  the  communication  and 
functional  relationship  between  the  host  processor  and  the 
microprocessor.  As  illustrated  in  Section  3,  the  microprocessor 
resides  in  the  midst  ,  of  the  IPPA  hardware,  and  is  responsible  for 
controlling  much  of  this  hardware.  In  turn,  the  microprocessor  is 
controlled  by  commands  from  the  host  processor.  This  design  insures 
that,  ultimately,  the  user  controls  the  monitor.  Two  types  of 
communications  take  place: 

o  Communications  from  the  Host  Processor 

o  Communications  from  the  Microprocessor 

2.2. 1.1  Communication  from  the  Host  Processor 

2 . 2 . 1 . 1 . 1  Measurement  data  from  the  Host 

The  host  processor  transmits  measurement  data  collected  by  the 
software  probes  and  commands  to  initialize  and  control  the 
microprocessor  -  based  hardware  probes. 

At  measurement  time,  the  events  detected  by  the  software  monitor  are 
sent  for  time  stamping,  intermediate  processing,  and  storage.  This 
will  be  discussed  in  more  detail  in  Section  2.3. 1.2. 


2. 2. 1.1. 2  Control/transfer  commands  from  the  Host 

The  microprocessor's  operational  software,  as  well  as  driving  tables, 
etc.,  must  be  loaded  into  the  microprocessor  memory  prior  to 
measurement  execution  time.  The  actual  format  for  communication  of 
both  measurement  data  and  control/transfer  commands  is  quite  similar, 
with  the  following  distinctions: 
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o  Whereas  the  measurement  data  directly  supports  the 

results  to  be  produced  for  the  output,  the 
control/ transfer  commands  control  the  microprocessor. 

o  The  measurement  data  must  be  serviced,  and  stored  in  a 

minimum  of  time.  The  control /transfer  commands  have 
some  flexibility  in  execution  time. 

The  control/transfer  commands  are  responsible  for  setting-up  the 
microprocessor  for  measurement  detection,  terminating  the  measurement 
detection  and  transferring  the  Intermediate  results  to  the  host 
processor  for  report  generation  (refer  to  Section  2.2.4). 

2. 2. 1.2  Communication  from  the  Microprocessor 

Communication  from  the  microprocessor  is  accomplished  via  the  device's 
host  interface  registers  (CSR  and  FIFO).  Utilization  of  these 
registers  is  discussed  in  2.2.2  \elow  and  in  Section  3  -  Hardware 

Design.  If  error  conditions  arise,  error  codes  will  be  put  in  the 
status  bits  of  the  CSR.  Under  normal  conditions,  the  microprocessor 
only  communicates  the  status  information  to  the  hosl.  When  commanded, 
however,  the  microprocessor  transmits  data  stored  and  collected  during 
measurement  sessions.  This  data  is  stored  on  host  perpherals  for 
later  analysis  and  reporting. 

Depending  upon  the  enable  bits  of  the  CSR,  the  microprocessor  has  two 
forms  of  communication: 

o  Passive,  by  just  setting  the  status  bits  of  the  CSR 

o  Active,  setting  the  status  and  generating  an  interrupt 

at  the  host 


The  remainder  of  Section  2.2  will  describe  the  design  that  supports 
the  host  processor/microprocessor  communication. 


2.2.2  Host  Processor/Microprocessor  Interface 

From  the  viewpoint  of  the  host,  communication  with  the  microprocessor 
is  performed  in  a  manner  similar  to  any  standard  I/O  device.  The 
device  control  and  data  registers  can  be  accessed  through  the 
peripheral  page  and  consist  of: 

o  A  CSR  Command  and  Status  Register  (CSR) 

o  A  16  bit  mask  register  (MR). 

o  A  16  bit  data  buffer  register  (DBR). 

2.2.2. 1  The  CSR 

This  register  is  the  main  means  of  passing  control/status  information 
between  the  host  processor  and  the  microprocessor.  Status  as  well  as 
error  conditions  from  the  microprocessor  are  available  to  the  host 
processor.  Also,  interrupts  can  be  generated  at  each  processor  by 
setting  certain  bits  in  this  register. 

To  send  a  command  from  the  host  to  the  microprocessor,  the  host 
processor  places  a  code  in  the  CSR  command  field  and  sets  the  bit  (DEC 
standard  bit  0)  of  the  CSR.  This  action  generates  an  interrupt  at  the 
microprocessor.  The  microprocessor  responds  by  reading  the  CSR,  and 
determining  from  the  command  field  what  action  has  been  requested. 
Setting  the  "GO"  bit  clears  the  "DONE"  bit  in  the  CSR.  The 
microprocessor  read  of  the  CSR  clears  the  "GO"  bit. 

Most  of  the  communications  to  the  host  processor  are  in  response  to  a 
previously  received  command. 
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In  response  to  a  host  processor  command,  the  microprocessor  will 
usually  set  a  code  in  the  status  field  representing  the  microprocessor 
status.  Depending  upon  the  circumstances,  the  done  bit,  the  error 
bit,  (or  no  bits)  will  be  set.  If  it  is  desirable  to  interrupt  the 
host  processor  on  one  or  more  of  these  conditions,  a  host  interrupt 
request  may  be  generated  when  the  interrupt  enable  is  set. 

Detail  of  CSR  bit  assignments  are  provided  in  Table  3~3. 

2. 2. 2. 2  The  Mask  Register 

The  mask  register  contents  are  used  to  directly  gate  (AND)  the  output 
of  the  IPPA's  associative  RAM's.  In  this  way,  each  distinct  output  of 
the  event-detecting  RAM  may  be  enabled/disabled  by  setting/clearing  a 
corresponding  bit.  The  set  assignments  of  the  MR  to  the  associative 
RAM's  are: 


CRAM 


ARM 


DRAM 
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The  MR  is  directly  controlled  by  the  host  processor. 

2. 2. 2. 3  The  DDR 

The  DBR  is  the  major  bidirectional  data  path  for  host/microprocessor 
data  transfer.  It  is  a  16  bit  wide  "port"  accessed  via  a  single 
address  on  the  UNIBUS  external  page. 

To  facilitate  fast  1/0  without  the  added  hardware  necessary  for  DMA 
capabilities,  a  126  word  FIFO,  resident  on  the  microprocessor  board, 
is  accessed  via  the  DBR.  The  use  of  the  FIFO  releases  the  host 
processor  routine  from  having  to  check  after  each  word  to  ensure  the 
microprocessor  has  succeeded  in  keeping  up  to  the  programmed  I/O  pace. 
Also,  it  avoids  the  alternate  method  of  generating  an  interrupt  after 
each  word  has  been  transferred. 
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Functionally,  the  FIFO  will  be  described  in  the  hardware  section. 
Here  it  is  sufficient  that  the  designed  1.4  user  transfer  rate  is 
capable  of  keeping  pace  with  the  host  processor's  programmed  I/O. 
Transfer  can  be  bidirectional  under  microprocessor  control,  and 
appears,  from  a  software  point,  to  be  a  single  word  buffer. 
Transparent  to  the  user,  each  read  or  write  is  automatically  stored  in 
the  buffer. 

2.2.3  Host  Commands  to  the  Microprocessor 

The  two  major  forms  of  commands  from  the  host  processor  are 
control/transfer  commands  and  measurement  data.  All  command 
structures  are  implemented  in  software/ firmware  on  the  microprocessor 
and  are  therefore  amenable  to  change,  should  it  be  necessary. 

2. 2. 3.1  Control /Transfer  Commands 

These  commands  are  issued  by  the  host  processor,  via  user  interaction, 
to  control  the  microprocessor  and  hardware  portion  of  the  monitor. 
This  concept  allows  flexibility  in  monitor  usage,  the  things  to 
measure,  as  well  as  the  times  to  start,  stop,  and  return  to  user 
control.  Each  CSR  command  can  be  qualified  by  a  word  inthe  DBR  to 
extend  the  initial  16  commands,  when  necessary.  The  (CSR) 
control/transfer  commands  will  include  the  following: 

o  Reset  command  -  This  command  is  used  to  clear  portions 

of  memory,  and  also  to  reset  counters  and  timers.  To 
allow  flexibility  in  clearing  certain  portions  of 
memory,  the  reset  command  will  be  qualified  to 
include: 
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-  reset  all  memory 

reset  data  tables 
reset  control  tables 
reset  PAM  instructions 

WRITE  (Down-Line  Load)  -  This  command  is  used  to 
transfer  a  group  of  16  bit  words  from  the  host 
processor  to  the  microprocessor*  These  words  can  be 
microprocessor  instructions,  data,  control  tables, 
etc*  The  WRITE  command  will  be  qualified  to  include: 

down-line  load  executable  instructions 
down-line  load  control  tables 
down-line  PAM  instructions 
down-line  load  ARAM,  CRAM,  DRAM  values 

Start  monitor  -  After  all  the  information  is  loaded 
into  memory  necessary  to  complete  the  measurement 
requirement,  the  start  monitor  command  is  given.  This 
command  arms  the  required  counters/ timers,  enables  the 
PAM,  and  Unibus  1NTR  detection  circuitry.  This  would 
also  include  any  synchronization  to  wall  clock  time 
that  is  required. 

Stop  monitor  -  The  stop  monitor  command,  signals  a 
termination  of  data  collection.  All  the 
timers/counters  are  disarmed,  the  PAM,  and  1NTR 
circuitry  are  disabled.  Basically,  any  devices  that 
were  enabled  In  the  start  command  will  be  disabled  in 
the  stop  monitor  command-  this  to  insure  a  uniform 
measurement.  There  could  still  be  information  in  the 
measurement  queue,  the  microprocessor  would  be  allowed 
to  run  in  order  to  empty  the  queue  and  complete  post 
collection  processing.  Also,  the  counters/ timers 
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could  contain  Information  (any  value  lest  than  the 
overflow  value)  which  would  be  accessed  and  stored  In 
memory. 

READ  (Upline  Load)  -  This  command  can  transfer  any  or 
all  of  memory,  (as  well  as  HAM  memory)  to  the  host 
processor.  In  many  cases,  this  command  would  merely 
be  used  to  gather  the  results  of  the  monitor  session. 
The  different  kinds  of  information  that  could  be 
transferred  are: 

upline-load  data 

-  upline-load  error  tables 

upline-load  all  of  memory 
(memory  dump) 


2. 2. 3. 2  Mi 


mt  Data 


This  particular  command  is  vary  aiailar  to  control/ transfer  commands. 
Both  use  the  CSR  to  initiate  a  microprocessor  interrupt  service 
routine.  The  unique  types  of  measurement  data  are  determined  (if 
necessary)  by  codes  placed  in  the  DBR  (data  buffer  register). 

2.2.4  Support  Routines 

Host  processor/microprocessor  communications  cannot  be  discussed 
without  understanding  the  environment  that  will  exist  within  the 
microprocessor.  As  with  most  processor  units ,  the  instructions  to  be 
performed  mrst  be  in  memory  before  execution  begins.  Since  the 
host-microprocessor  communication  is  the  only  means  of  transfer 
(including  instructions),  the  microprocessor  must  be  a  “self-boot" 
system,  requiring  no  operator  intervention.  Therefore,  suae  routines 
must  exist  in  non-volatile  memory  (ROM).  At  a  minimum  the  following 
routines  must  reside  in  ROM. 

o  Initialisation  procedures  -  Among  other  things,  it 

provides  the  mechanism  for  host-microprocessor 
communication 

o  Down-line  load  procedures  -  provides  the  means  to 

accept  both  data  and  instructions  from  the  host 

2.2.4. 1  Initialisation 

The  initialization  procedure  will  be  the  first  routine  to  be  executed 
each  time  power  is  applied  to  the  system,  by  placing  a  4-word  program 
status  at  location  UUOO  (SEGMENT  0  OFFSET  0).  Since  the 
initialization  routine  is  the  first  routine  invoked,  it  must  insure 

that  a  means  of  communication  is  developed  with  the  host  processor. 

The  initialization  procedure  will  perform  the  following: 
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o 


Determine  if  the  interface  lines  are  up  and 
accessible .  These  would  include  the  Unibus  interface, 
the  maintenance  interface  and  the  front  panel 
Interface. 

o  Make  appropriate  status  chocks  of  the  microprocessor 

system 

o  If  the  power-up  does  not  disarm  all  counters/ timers 

and  PAM,  then  provide  the  means  to  disarm  them 

o  Develop  an  initial  M1SR  Jump  Table.  The  development 

of  an  interrupt  is  a  hardware  function,  under  the 
control  of  the  "interrupt  controller".  When  an 
interrupt  actually  occurs  the  address  of  the  MISR  to 
be  initiated  is  found  in  a  specific  location.  These 
locations  must  be  defined  with  an  address  before  an 
interrupt  occurs.  (This  MISR  jump  table  could  exist 
in  ROM,  but  then  would  not  be  altered  under  software 
control.)  The  initialisation  routine  will  develop 
these  addresses  in  RAM  (read  and  write  memory),  where 
many  of  these  addresses  would  point  back  to  routines 
in  ROM.  Therefore,  it  can  be  seen  that  these 
addresses  could  be  altered  later  to  point  to  new  or 
differen-.  modules.  Some  routines  that  will  be 
resident  in  RAN  will  not  yet  exist.  These  addresses 
will  point  to  a  general  error  routine  in  ROM. 

o  Set  the  FIFO  direction  -  As  alluded  to  before,  the 

FIFO  can  transfer  information  in  both  directions.  One 
of  the  initial  multi-word  transfers  is  a  down-line 
load.  In  order  to  accept  this  initial  transfer,  the 
FIFO  must  be  set  to  accept  data  from  the  host 
processor.  The  FIFO  is  software  controlled  by  the 
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Microprocessor;  therefore  the  direction,  as  well  at 
FIFO  control  registers,  are  the  Microprocessor* a 
responsibility  (refer  to  the  hardware  discussion  for  a 
■ore  detailed  discussion  of  the  FIFO). 

o  Initialise  the  clock  -  The  ayatea  clock  used  by  the 

Microprocessor  for  Htiae  steeping”  events  Must  be 
running  when  the  MeasursMent  session  begins.  The 
start  Monitor  command  will  synchronise  any  time  of  day 
relationships.  This  procedure  will  insure  the  systea 
clock  is  working. 

o  Enable  the  "Interrupt  Controller"  -  The  interrupt 

controller  is  responsible  for  deteralning  the  highest 
priority  among  contending  interrupt  requests.  When  an 
interrupt  occurs,  a  vector  associated  with  the 
interrupt  is  sent.  This  vector  is  stored  within  the 
interrupt  controller,  and  is  developed  initially  under 
microprocessor  control.  Therefore,  during 

initialisation  the  microprocessor  must  provide  these 
vectors  to  the  interrupt  controller.  In  the  initial 
state  some  of  these  vectors  are  not  known.  They  must 
be  added  at  a  later  time  (after  down-line  load). 

2. 2. 4. 2  Down- line  Load 

This  routine  must  reside  in  non-volatile  memory  and  will  be  invoked  by 
a  host  processor  command. 

2. 2. 4. 3  Error  Routines 

Several  routines  that  will  service  host  control  commands  will  reside 
in  non-volatile  memory.  The  error  routines  involved  with  the  boot 
process  must  also  reside  in  non-volatile  memory.  Refer  to  the 
appropriate  tables.  In  addition,  certain  modules  needed  to  support 
the  design  will  be  discussed.  Refer  to  Figure  2-1. 
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Hardware  section  for  complete  Hat  of  error  types.  The  two  types  of 
error  routines  are: 

o  Software  errors  -  These  types  of  errors  include 

unacceptable,  unexecutable  host  commands, 

microprocessor  software  errors;  communication  faults. 
Basically,  this  would  include  errors  or  traps  that 
cannot  be  resolved. 

o  Hardware  errors  -  When  certain  conditions  in  the 

hardware  occur,  a  fatal  error  condition  could  exist. 
In  this  event  the  hardware  would  Interrupt  the 
microprocessor,  invoking  the  hardware  error  routine. 

2 . 3  MEASUREMENT 


The  measurement  data  sources  are  the  h03t  software  probes  and  hardware 
detection.  Both  will  be  discussed  within  this  section  in  terms  of  the 
microprocessor  software  that  is  responsible  for  the  data's 
intermediate  processing,  time  stamping  and  storage. 

This  section  will  be  concerned  with  the  microprocessor's 
responsibilities  in  relation  to  the  measurement  data.  Section  2.3.3 
will  give  a  more  detailed  discussion  on  how  the  software  probes  detect 
certain  events.  The  hardware  detection  circuitry  Itself  is  described 
in  Sections  3  and  4. 

The  microprocessor  software  uses  structured  concepts,  and  revolves 
around  two  (2)  major  areas  of  responsibility:  the  microprocessor 
interrupt  service  modules  (M1SR)  which  are  designed  to  store  the  data 
in  a  circular  queue  and  which  use  a  minimum  of  processing  time;  and 
the  microprocessor  post-processing  module,  which  takes  the  data  off 
the  queue,  performs  intermediate  processing,  and  stores  it  in 
the  microprocessor  storage  area. 
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2.3.1  MISR  Processing 

Viewed  from  the  microprocessor,  there  are  several  “devices"  requiring 
service  under  interrupt  control.  A  priority  scheme  has  been  developed 
which  allows  those;  “devices”  with  the  greatest  need; for  service  to  be 
handled  first.  MISR  processing  will  be  concerned  with: 

o  Interrupts  from  the  host  Unibus  interface 

o  Command  instructions  from  host  processor 

o  PAM  and  VECR  function  requests 

o  CRAM  outputs  -  (via  dedicated  counters) 

o  Counter/Timer  overflows 

NOTE:  Some  ARAM,  DRAMS  outputs  are  routed  to  the  CRAM, 
therefore,  these  outputs  will  be  discussed  in  relation 
to  the  CRAM. 

Each  “device"  requiring  service  from  the  microprocessor  generates  an 
interrupt  request.  The  "interrupt  controller"  determines  the  highest 
priority  among  contending  requests  and  generates  a  vectored  interrupt 
to  the  microprocessor.  In  this  way,  a  unique  microprocessor 
interrupt-service  module  (MISR)  for  each  device  can  be  initiated. 

Each  MISR  is  designed  to  use  a  minimum  of  execution  time,  to  insure 
contending  requests  can  be  serviced  quickly  with  no  loss  of  data. 

Also,  to  miminize  context  switching  time,  each  MISR  will  only  require 
the  use  of  a  minimum  number  of  registers.  The  minimum  requirements 
for  each  MISR  are: 
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o  Disable  Interrupts 

o  Indicate  priority  level  (this  goes  to  the  interrupt 

controller) 

o  Save  previous  data  (context  switch) 

o  Get  the  Data 

o  Store  the  data 

o  Enable  interrupts  I". 

o  Return  from  interrupt  (,and  restore  context) 

The  M1SR  will  be  responsible  for  saving  enough  information  to  allow 
follow-on  processing  to  evaluate  what  actually  took  place.  In  many 
cases  this  data  will  be  stored  in  a  circular,  queue.,  "  'In  those  cases 

•  '  •  \  ,  f.*  ■  / « :  ■  .  s 

where  data  is  stored  in  the  queue,  a  cod"  is  developed  indicating  to 
the  post-processor  what  the  data  source  was,. 

The  MISR  routines  will  be  dedicated  to  the  following  measurement 
devices: 

'  ‘  ■' 

i  .  •  .  , 

Highest  priority 

Unibus  INTR  (VECR) 

Command  Instructions  from  Host  (CSR) 

System  Clock 

PAM  Request 

CRAM  Counter  Outputs 

STC  Counter/Timer  Overflows 

Lowest  priority 


4 

•S 

4 


1 

.'i 
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Additional  details  the  assignment  of  priorities  is  presented  in  figure 
3-7. 


The  Z8UU0  microprocessor  can  accept  up  to  256  vectored  interrupts. 
The  1PPA  design  will  incorporate  40  unique  vectored  locations.  As 
each  interrupt  request  is  developed  by  the  device  requiring  service, 
the  interrupt  controller  will  compare  the  priority  of  the  request  with 
the  software  priority  currently  in  control.  If  the  requesting  device 
has  a  higher  priority,  the  interrupt  controller  will  generate  an 
interrupt  to  the  microprocessor. 

The  interrupt,  along  with  a  vector  on  the  address  line,  will  store  the 
previous  PC  and  PSW  (flags  and  status  word)  on  the  system  stack,  and 
get  the  new  PC  from  the  program  status  area.  This  effectively 
transfers  control  to  the  appropriate  MISR.  The  MISR  is  responsible 
for  saving  the  contents  of  any  register  that  it  will  be  using,  as  well 
as  gathering  and  storing  the  data  the  device  has  provided. 

Each  system  timer/counter  (STC)  will  have  at  least  1  MISR  to  service 
its  overflow.  Some  STC's  will  have  different  MISRs  for  different 
functions.  In  these  cases,  the  vector  for  that  STC  will  be  loaded  to 
point  to  a  particular  MISR. 

Each  of  the  MISR.  groups  will  be  discussed  in  more  detail  in  the 
following  subsections: 

o  UNIBUS  INTR  MISR 

o  Host  Command  MISR 

o  PAM  MISR 

o  CRAM  (ARAM,  DRAM)  MISR 

o  Counter/Timer  MISRs 
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2 • 3 •  1 . 1  Unibus  1NTR  MISR 

An  interrupt  on  the  Unibus  represents  a  change  in  state  on  the  PDP-11 
system.  The  times  these  INTR  signals  occur  help  define  the  state  of 
the  system  in  relation  to  both  hardware  and  software  conditions. 
Dedicated  1PPA  circuitry  will  monitor  the  INTR  signal;  when  it  detects 
an  interrupt  it  takes  the  vector  associated  with  the  INTR  and  places 
it  in  a  lb-word  silo.  The  circuitry  then  generates  an  interrupt 
request  to  the  microprocessor.  After  the  INTR  MISR  is  invoked,  it 
does  the  following: 


o 


Inhibit  interrupts 

o  Save  registers  (context  switch) 

o  Get  time  word 

o  Get  vector  from  silo 

o  Store  vector  on  queue 

o  Store  time  word  on  queue 

o  Restore  registers 

o  Enable  interrupts 

o  Return  from  interrupt 


Data  will  be  stored  on  the  queue  by  a  common  qo  ;ue  manager  routine 
which  controls  the  pointers,  queue  size,  etc. 

2. 3. 1.2  Host  Command  MISR 

All  commands  from  the  host  processor  invoke  the  host  command  MISR. 
The  MISR  reads  the  microprocessor's  CSR  and  determines  the  type  of 
command.  The  two  major  types  are: 


o  Control/transfer  commands  -  These  commands  control  the 

usage  of  the  monitor. 


2-39 


o 


Measurement  data  -  This  command  Indicates  that  some 
detected  measurement  data  is  being  transferred  from 
the  host  processor.  This  data  must  be  stored  on  the 

circular  queue  for  later  processing.  If  it  is  a 
multi-word  transfer,  the  first  word  of  the  transfer 

will  indicate  the  number  of  words  to  be  transferred 

via  the  FIFO. 

2. 3. 1.3  PAM  MISR 

The  PAM  (peripheral  activity  module)  was  developed  to  monitor  device 

usage;  it  is  an  alternative  to  attaching  discrete  probes  to  each 

device  and  controller.  Because  PDP-11  architecture  allows  software 
control  through  access  to  the  peripheral  page,  device-control  signals 
occur  on  the  Unibus  in  the  form  of: 

o  A  unique  18  bit  Unibus  address  describing  a  particular 

device  register. 

o  16  bits  of  data  representing  the  contents  of  the 

device  register. 

Therefore,  for  the  PAM  to  monitor  Unibus  activity  without  the  use  of 
discrete  probes,  it  must  be  sophisticated  enough  to  accomplish  the 
following: 

o  Actively  monitor  the  AUU-A17  lines,  on  the  Unibus 

interface  in  search  of  from  1  to  4  unique  addresses.* 

o  Upon  an  address  match,  transfer  the  16  bits  of  data 

(DUU-D15  the  device  register  contents)  to  the 
microprocessor  for  time  stamping  and  storage. 
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*  This  is  restrained  by  the  speed  of  the  PAM's  microprocessor. 

The  relatively  fast  Unibus  transfer  rate  (approximately  1  usee), 
limits  the  number  of  compares  the  PAM  can  make.  It  is  not 
unreasonable  to  restrict  the  user  to  monitoring  one  device,  per  PAM, 
and  providing  the  following  possible  measurements  in  relation  to  this 
device: 

o  NPR' 8/ controller  -  This  measurement  is  restricted  to 

devices  with  DMA  capabilities. 

o  Number  and  role  of  interrupt  by  controller  and  unit 

o  Service  time  per  transfer 

o  Disk  head  position  -  Obviously  restricted  to  disk 

units. 

o  X  peripheral  controller  busy  -  For  all  Unibus  devices 

o  %  MBC  busy  -  for  all  Massbus  devices 

To  support  these  Unibus  measurements,  at  least  three  registers  would 
have  to  be  monitored;  they  are: 

o  The  device  CSR  -  The  contents  of  this  register  will 

indicate  the  status  of  the  device;  the  service,  if 
any,  that  is  required;  and  error  conditions. 

o  The  word  count  register  (DMA  devices  only)  -  This 

register  is  loaded  with  the  number  of  words  an  NPR 
device  is  to  transfer.  By  monitoring  this  register  a 
good  indication  of  the  total  of  number  of  transfers, 
by  device,  can  be  accomplished. 
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o 


The  current  head  position  register  (disks  only)  -  This 
register  provides  the  head  position  per  drive,  and  in 
relation  to  previous  head  position,  it  could  provide 
the  total  number  of  implied  seeks  accomplished. 

NOTE:  In  some  cases,  the  device  may  have  1  or  more 
registers,  in  addition  to  these  mentioned,  that  may 
have  to  be  monitored.  This  will  depend  upon  the 
installation  and  device  types. 

The  PAM,  upon  a  match,  will  generate  an  interrupt  request  and  will 
transfer  at  least  2  words  to  the  microprocessor: 

o  A  code  representing  the  PAM  function  and  a  code 

representing  the  register  type  (or  the  lower  11  bits 
of  register  address) 

o  The  contents  of  the  device  register 

The  PAM  MISR  module  will  be  invoked  by  a  vectored  interrupt, 

priorities  permitting.  This  MISR  at  a  minimum  will: 

o  Disable  interrupts 

o  Context  switch 

o  Get  a  time  word 

o  Put  a  code  representing  a  PAM  function  on  the  queue 

(this  word  would  include  the  register  type) 


•  o  Put  the  data  on  the  queue  (register  contents) 

o  Put  the  time  word  on  the  queue 

o  Restore  registers 

o  Return 

2.3. 1.4  CRAM  (ARAM,  DRAM) 

The  CRAM  (combinational  RAM)  is  capable  of  developing  some  very 
complex  measurements.  By  inputting  some  of  the  ARAM  (address  RAM)  and 
DRAM  (data  RAM)  outputs,  as  well  as  some  dedicated  hardware  lines, 
several  unique  combinations  of  event/event  times  can  be  detected.  The 
16  inputs  are: 


1. 

2. 

3. 

4. 

5. 

6. 

7. 

8. 

9, 

10. 
11. 
12. 

13. 

14. 

15. 

16. 


CPU  Mode  (kernal) 

CPU  Mode  (supervisor) 

CPU  Mode  (user) 

CPU  Priority  Level  7 

CPU  Priority  Level  C 

CPU  Priority  Level  5 

CFU  Priority  Level  4 

1/0  Indicator  (direction  of  transfer) 

CPU  Instruction  Fetch 

OR  of  MBC  and  NPR  transfer 


Outputs 


Outputs 
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At  least  4  of  the  outputs  will  be  sent  to  4  dedicated  timer/counters . 
The  design  will  allow  either  u  count  of  a  particular  event/combination 
of  events,  or  a  time  duration  dictated  by  start/stop  events  provided 
by  a  pair  of  CRAM  output  lines. 

2.3.1.!)  Counter/Timer  MISRs 

The  majority  of  counter/timers  will  only  require  updating  a  software 
count  of  the  number  of  times  it  has  overflowed.  In  light  of  this,  and 
the  rather  slow  nature  of  the  overflow  rate  (a  typical  rate  of  65 
mlllisec),  it  would  seem  reasonable  to  perform  the  processing  within 
the  MISR.  This  will  save  on  queue  site,  as  well  as  execution  time. 
Also,  as  each  counter/timer  will  have  a  unique  vector  associated  with 
it,  there  is  no  need  for  polling  to  determine  the  particular 
counter/or  timer  that  overflowed. 

The  priority  of  any  particular  counter/timer  is  based  upon  its 
overflow  rate.  This  rate  is  dependent  upon  the  input  frequency  (worst 
case)  and  the  probability  of  a  continuous  input.  The  40  counters  and 
timers  have  been  prioritized  using  this  criteria.  Table  3-7  gives  a 
list  of  these  counters/ timers  and  estimated  priority  level. 

At  initialization  time  each  counter/timer  is  disarmed.  During  set-up 
time  those  counters/timers  to  be  used  will  be  configured  with  the 
necessary  status  information,  and  upon  a  start  command  from  the  host, 
the  microprocessor  will  arm  the  counter/timers.  When  a  counter/timer 
overflows,  a  particular  MISR  will  be  invoked.  This  MISR  will  perform 
the  following: 

o  Inhibit  Interrupts 

o  Context  switch 
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o 


Establish  its  software  priority  level 


o  Get  a  time  word  (if  necessary) 

o  Update  a  software  location  (dictated  by  a  driving 

table) 

o  Enable  Interrupts 

o  Continue  processing  if  needed  (can  be  interrupted  at 

this  point) 


.  (Do  Histogram,  etc.) 


o  Restore  register  contents 
o  Return  from  Interrupt 

All  the  counter/timers  will  store  their  overflow  count  in  a  continuous 
block  of  memory.  This  block  of  memory  would  be  one  of  the  data  tables 
to  be  upline-loaded  after  the  measurement  is  completed. 
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2.3.2  Microprocessor  Post-Processing 


To  enable  the  MISR’s  to  respond  quickly  to  service  requests,  each  MISR 
does  a  minimum  of  processing.  This  places  the  burden  of  processing  on 
the  post-processing  routine.  The  processes  of  time  correlation,  count 
plus  time  update,  determination  of  complex  events  is  done  by  the 
post-processing  routines. 

Basically,  the  post-processors  will  be  executing  at  the  lowest 
priority  level  (interrupts  enabled)  and  will  be  "dequeing"  the  data 
placed  there  by  the  various  MISR’s. 

The  queing  scheme  envisioned,  because  of  the  order  of  events,  has  a 
direct  relationship  to  identifying  events.  It  may,  in  subtle  cases, 
be  more  efficient  to  directly  update  tables  from  the  MISR. 

This  queue  will  contain  all  the  host  data,  the  PAM  data,  Unibus  1NTR 
data,  as  well  as  certain  outputs  of  the  CRAM  counters. 

At  the  "start  monitor"  command  from  the  host,  the  post-processing 
routine  will  be  invoked.  The  microprocessor  post-processing  is  made 
up  of: 


Routines  Tables 

Dequeue  Manager  Event  Table  (jump  table  to  a  dequeue  routine) 

Dequeue  Routines  Configuration/Control  Table  (tells  the  routine 

what  to  do) 

Common  Subroutines 

2.3.2. 1  Dequeue  Manager 

The  dequeue  manager  is  responsible  for  determining  which  dequeue 
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routine  to  invoke.  It  will  take  the  firet  word  off  the  queue,  use  it 
in  the  "jump"  table  to  transfer  control  to  a  particular  dequeue 
routine.  The  dequeue  manager  must  also  maintain  the  head  pointers, 
queue  site  and  so  on. 

2. 3. 2. 2  Dequeue  Routines 

The  dequeue  routines  have  the  responsibility  to  take  the  information 
from  the  queue,  perform  some  intermediate  procesaing,  and  store  the 
results  in  reserved  memory  locations.  The  dequeue  routines  are 
grouped  by  data  sources  and  are  further  defined,  if  necessary,  by  the 
information  itself.  Refer  to  Figure  2-3  for  the  queue  data  sources. 
The  code  field,  indicating  the  source,  was  developed  by  the  particular 
M1SR  to  provide  a  means  of  identifying  the  dequeue  routine  required  to 
process  the  data.  Each  of  the  dequeue  modules  will  be  discussed  with 
its  related  data  source. 


o  Unibus  1NTR  Dequeue  Module 

o  Host  Dequeue  Module 

o  PAM  Dequeue  Module 

o  CRAM  Dequeue  Module 

o  Time  Dequeue  Module 

o  Terminals  Processor 


2. 3. 2. 2.1  Unibus  INTR  Dequeue  Module 

Since  a  Unibus  INTR  indicates  a  change  of  state  in  the  host  processor, 
several  measurements  are  dependent  upon  this  information.  For 
instance : 
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o  Any  task  time  measurements  would  be  suspended  et  the 

occurrence  of  an  1NTR.  This  time  would  be  provided  by 
the  time  word  associated  with  the  INTR. 

o  A  total  number  of  INTRs  by  device  would  be  determined, 

and  the  various  totals  would  be  stored  in  memory.  The 
device  determination  would  be  accomplished  by 
comparing  the  vector  to  the  device. 

The  actual  module  would  be  controlled  by  a  driving  table.  The  vector 
would  be  compared  to  a  list  of  vectors,  (as  found  in  the  peripheral 
page);  then  the  count  for  the  number  of  INTRs  of  that  device  is 
updated.  Also  the  time  for  each  INTR  is  put  in  a  stack.  This  way  the 
various  dequeue  routines  can  access  this  inform  t ion. 

2. 3. 2. 2. 2  Host  Dequeue  Module 

Basically  for  each  measurement  detection,  there  is  a  dequeue  routine. 
Since  the  host  M1SR  merely  stored  the  information  on  the  queue,  the 
particular  dequeue  routine  is  determined  from  the  first  worn  of  the 
data.  (This  was  encoded  by  the  software  monitor.) 

Each  dequeue  module  is  dependent  upon  the  type  of  data  encountered. 
The  code  is  provided  by  the  host  software  detection.  The  particular 
dequeue  module,  controlled  by  a  unique  driving  table,  will  process  the 
data  and  store  it  in  a  reserved  memory  location. 

The  actual  processing  could  be  as  simple  as  taking  the  difference  in 
time  between  two  events  and  adding  that  to  a  total  time  stored  in 
memory. 
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2. 3. 2. 2. 3  PAN  Dequeue  Modules 


Each  device  monitored  could  have  one  or  more  registers  associated  with 
it,  and  since  each  device  usually  has  a  unique  register  layout,  it 
would  be  most  convenient  to  have  a  dequeue  module  for  each  device. 
The  detected  Unibus  address  would  correspond  to  a  particular  device. 
This  would  provide  a  means  to  identify  the  unique  layout  of  a  device 
register,  and  to  determine  the  event(s)  by  comparing  specific  bits  of 
the  register. 

2. 3. 2. 2. 4  CRAM  Dequeue  Modules 

At  least  four  of  the.  outputs  of  the.  CRAM  will  be  tied  to  dedicated 
counters.  These  counters  can  define  a  time  span,  per  a  pair  of 
counters,  or  provide  a  total  count  of  events.  Each  counter  will  have 
a  dequeue  routine. 

2. 3. 2. 2. 5  Time  Dequeue  Module 

This  dequeue  module  supports  the  (STC)  System  Clock  used  for  time 
stamping.  To  minimize  M1SR  execution  time,  a  single  time  word  is 
accessed  In  order  tu  distinguish  between  time  words  of  a  long 
duration,  every  timer  overflow  is  put  on  the  queue.  This  defines  the 
time  words  in  relation  to  the  sequence  of  events. 

When  this  dequeue  module  is  invoked  it  updates  a  known  memory 
location,  representing  the  number  oi  times  the  STC  overflowed.  In 
this  way,  each  dequeue  module  can  relate  time  words  of  several 
different  events. 

2. 3. 2. 2. 6  Terminate  Processing  Module 

This  dequeue  module  is  invoked  at  the  conclusion  of  post-processing. 
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When  a  stop  monitor  command  was  issued,  a  code  was  put  at  the  end  of 
the  queue.  This  allowed  post-procest.ing  to  continue,  even  though  all 
detection  was  suspended.  This  module  then  performs  any  clean-up  or 
concluding  processing  required,  and  notifies  the  host  processor  of  the 
post-processing  status. 

( 

2.3.3  Host  Software 

This  set  of  modules  controls  the  collection  of  Host  measurements  and 
their  transmission  to  the  microprocessor.  The  input  to  this  module 
set  is  in  the  form  of  the  systems  tables  lists  and  parameters  of 
routines.  The  monitoring  of  the  system  falls  into  two  categories: 
time  sampling,  and  interceptive  sampling.  The  derivation  of  each 
measurement  requires  examining  processing  overhead  incurred  for  the 
measurement  and  how  dynamic  or  static  the  measurement  is.  The  output 
from  this  set  of  modules  is  a  few  word-transfers  to  the 
microprocessor . 

The  modules  in  this  set  are  subcategorized  and  discussed  as  follows: 
o  Time  Sampled  Software  Manager 

o  Interceptive  Monitoring  Manager 

o  Monitor  Executive 

o  Trace  Trap  Monitor 

o  Instruction  Count  Module 

2. 3. 3.1  Time  Sampled  Software  Manager 

This  module  controls  a  set  of  modules  which  perform  measurement  or 
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functions  that  are  best  serviced  by  periodic  operation.  The  nodules 
called  by  this  module  include  the  UMR  Module,  PUD  Module,  System 
Module,  and  Collection  Module. 

o  Inputs  -  The  Time  Sampled  Software  Manager  Control 

table,  indicating  which  of  the  modules  to  execute  and 
how  often  to  execute  them. 

c  Process  -  A  length  of  time  is  computed  until  the  next 

measurement (s)  and  or  function(s)  will  be  performed. 
A  mark  time  directive  is  issued  for  this  period.  When 
the  mark  time  directive  expires,  the  measurement(s) 
and/or  function(s)  are  resumed.  This  process 
continues  until  the  monitoring  period  is  over  with. 

o  Outputs  ~  None. 

2. 3. 3. 1.1  UMR  Module 

This  module  counts  the  number  of  Unibus  Mapping  registers  in  use. 

o  Inputs  -  None. 

o  Process  -This  routine  suspends  itself,  and  is  resumed 

by  the  Time  Sampled  Software  Manager.  When  resumed  it 
counts  the  number  of  UMRs  in  use,  and  calls  the 
communications  routine  to  send  the  data  to  the 

microprocessor.  This  process  is  repeated  for  the 
duration  of  the  measurement  session. 

o  Outputs  -  The  number  of  UMRs  in  use. 
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2.3.3. 1.2  PUD  Module 


This  module  collects  data  on  the  devices  configured  In  the  system, 
their  on-line  or  off-line  status,  and  their  logged-on  status. 

o  Inputs  -  None. 

o  Process  -  This  module  is  suspended.  When  the  Time 

Sampled  Software  Manager  resumes  this  routine,  it 
scans  the  Physical  Unit  Directory.  Each  device  type 
and  its  units  are  examined  and  data  is  collected  on 
it.  It  sends  this  data  to  the  Communications  routine 
to  send  it  to  the  microprocessor.  This  process  is 
repeated  until  the  measurement  session  ends* 

o  Outputs  -  The  data  the  PUD  Module  ha9  collected. 

2.3.3. 1.3  System  Module 

This  module  collects  a  count  of  the  number  of  active  tasks  in  memory 
and  the  number  of  activation  of  tasks  since  the  last  sample. 

o  Inputs  -  None. 

o  Process  -  The  system  module  suspends  itself.  When  a 

resume  is  issued  by  the  Time  Sampled  Software  Manager 
this  routine  scans  the  Active  task  list.  It  counts 
each  task  in  the  list  that  can  become  active.  Then  it 
extracts  the  activation  count  from  the  ATL  routine, 
it  zeros  the  activation  count.  Then  the  data  is  sent 
to  the  communications  routine  to  be  sent  to  the 
microprocessor. 

o  Outputs  -  The  count  of  active  task  and  the  number  of 

task  executions. 
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2.3.3. 1.4  Collection  Module 


This  nodule  collects  all  the  data  stored  in  the  microprocessor's 
memory . 

o  Inputs  -The  size  of  the  data  stored  in  the 

microprocessor  and  the  filename  to  store  the 
information  in. 

o  Process  -  This  module  suspends  itself.  When  resumed 

by  the  Time  Sampled  Software  Manager  it  opens  the 

passed  filename.  It  then  queues  "reads"  to  the 
microprocessor  through  its  handler.  When  the  reads 
have  been  received,  this  routine  appends  the 
information  to  the  opened  file.  When  all  the  data  has 
been  read,  in  an  "End  of  Read"  QIO  is  sent  to  the  MC 
handler  and  the  file  is  closed.  This  process  is 
repeated  until  the  end  of  a  monitoring  session. 

o  Outputs  -Tne  QIO  commands  to  the  microprocessor's 

handler  and  the  file  written  to  disk. 

2. 3. 3. 2  Interceptlve  Monitoring  Manager 

These  modules  make  best  use  of  obtaining  the  information  as  it  occurs. 
This  is  accomplished  by  modifying  portions  of  the  executive  code  to 
obtain  the  data. 

The  following  modules  are  called  by  this  module:  Node  Monitor,  Task 
Activation  Monitor,  EMT  Monitor,  Directive  End  Monitor,  Trap  Monitor, 
IOT  Monitor,  TRAP4  Monitor,  Memory  Utilization  Monitor,  Task  Execution 
Monitor,  Checkpointing  Monitor. 


2-53 


o  Inputs  -  The  interceptive  Monitoring  Manager  Control 

tabic,  indicating  measurements  to  perform,  is  received 
from  the  Monitor  Executive  * 

o  Process  -  Each  entry  in  the  table  contains  the 

information  required  to  patch  the  executive,  perform 
the  data  collection  subroutine  and  restore  the  system 
to  its  original  form.  This  module  performs  each  patch 
required  by  the  measurement  session.  At  the 
conclusion  of  the  measurement  session  this  module 
restores  the  executive  to  its  original  state. 

o  Outputs  -  A  success/failure  message  to  the  Monitor 

Executive. 

2. 3. 3. 2.1  Node  Monitor 

This  module  records  all  allocations  and  deallocations  of  nodes  in  the 
host  environment. 

o  Inputs  -  Its  inputs  are  the  same  as  the  inputs  to  the 

system's  node  allocation  and  deallocation  module. 

o  Process  -  After  the  Interceptive  Monitoring  Manager 

has  modified  the  executive,  every  request  for  nodes  or 
returning  of  nodes  to  the  system  goes  through  the  node 
monitor.  J.t  copies  the  information  passed  to  these 
routines  and  sends  that  information  to  the 
communications  routine. 

o  Outputs  -  The  number  of  nodjs  allocated  or  deallocated 

is  given  to  the  communication  routine. 
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2. 3. 3. 2. 2  Task  Activation  Monitor 


This  module  is  used  to  inform  the  microprocessor  of  task  activation. 


o  Inputs  -  A  table  of  task  names ,  event  number  and  mask 

register  bit  setting  for  the  task. 

o  Process  -After  the  interceptive  Monitoring  Manager  has 

installed  this  routine,  task  activations  are  known. 
This  module  is  added  to  the  end  of  the  active  task 
list  scanner.  The  next  active  task  is  compared 
against  the  table  of  task  names,  event  numbers  and 
mask  register  setting.  If  a  match  is  found  the  mask 
register  is  written  with  the  contents  for  that  task 
name.  Then  the  event  number  is  sent  to  the 

communications  routine.  If  no  match  is  found,  this 
routine  sends  a  non-monitored  task  code  to  the 
communications  routine  to  be  sent  to  the 
microprocessor. 

o  Outputs  -  The  mask  register  bit  setting  and  the  event 

number  indicating  a  monitored  task  is  nominated  or 
not . 


2. 3. 3. 2. 3  EMT  Monitor 


This  module  monitors  EMT  execution. 

o  Inputs  -  This  routine  uses  the  EMT  Conversion  Table 

and  the  event  number  associated  with  it. 

o  Process  -  When  the  Interceptive  Monitoring  Manager  has 

installed  this  monitor  the  issuance  of  every  EMT  is 
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detected.  It  compares  the  EMT  to  the  EMT  conversion 
table  and  sends  its  corresponding  event  number  to  the 
communications  routine. 

o  Outputs  -  The  event  number  associated  with  the  EMT. 

2. 3. 3. 2. 4  Directive  End  Monitor 

This  module  is  used  to  time  EMT  execution. 

o  Inputs  -  None. 

o  Process  -  After  being  installed  by  the  Interceptive 

Monitoring  Manager  the  end  of  each  EMT  is  known.  The 
end  of  EMT  directive  event  number  is  sent  to  the 
Communications  routine. 

o  Outputs  -The  event  number  of  end  EMT  execution. 

2. 3. 3. 2. 5  Trap  Monitor 

This  module  monitors  the  trap  instruction  for  the  purpose  of 

monitoring  task  times. 

o  Inputs  -  None 

o  Process  -  After  installation  of  this  module  by  the 

Interceptive  Monitoring  it  will  send  the  trap  event 
number  to  the  communications  module 

o  Outputs  -  The  event  number  associated  wit)  he  trap 

instruction. 
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2. 3. 3. 2. 6  IOT  Monitor 


This  module  monitors  the  IOT  instruction  for  the  purpose  of  monitoring 
task  times. 


o  Inputs  -  None. 

o  Process  -  After  installation  of  this  module  by  the 

Interceptive  Monitoring  it  will  send  the  trap  event 
number  to  the  communications  module. 

o  Outputs  -  The  even  number  associated  with  the  trap 

instruction. 


2 . 3 . 3 . 2 • 7  Trap4  Monitor 


This  module  monitors  the  Trap4  which  is  a  collection  of  CPU  error 
conditions.  Slave  faults,  memory  out  of  bounds,  odd  address,  yellow 
and  red  stack  violations  are  all  indicated  through  ♦'he  trap. 

o  Inputs  -  None. 

o  Process  -  After  the  Interceptive  Monitoring  Manager 

has  installed  this  module,  it  will  receive  all  Trap4 
occurrences.  This  module  will  read  the  CPU  Error 
Register .  The  register  contents  and  a  Trap4  event 
number  will  be  passed  to  the  communications  module. 

o  Outputs  -  The  CPU  error  register  and  the  Trap4  event 

number. 
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2. 3. 3. 2.8  Memory  Utilisation  Monitor 

This  module  monitors  the  allocation  and  deallocation  of  memory.  This 
occurs  when  a  task  is  being  installed,  checkpointed  or  terminated* 

o  Input  -  None. 

o  Process  -  After  the  Memory  Utilisation  Monitor  has 

been  installed  by  the  Interceptive  Monitoring  Manager, 
all  allocation/deallocation  are  measured.  This  module 
collects  the  following  information:  allocation  or 
deallocation,  system  or  user  controlled  partition, 
partition  name  and  the  number  of  32  word  blocks 
allocated  or  deallocated.  This  information  is  passed 
to  the  Communication  routine. 

o  Output  ~  The  allocation/deallocation  of  memory, 

partition  name,  user  or  system  controlled  partition 
and  the  amount  of  memory  requested. 

2. 3. 3. 2. 9  Task  Execution  Monitor 

This  module  detects  the  return  of  execution  to  the  previously 
executing  task  or  to  another  task. 

o  Inputs  -  None. 

o  Process  -  After  the  Task  Execution  Monitor  is  patched 

into  the  Interactive  Monitoring  Manager,  every  time 
the  executive  tries  to  return  to  a  task  the  outcome  is 
known  to  this  routine.  The  outcome  falls  into  two 

classes.  The  first  is  that  control  is  returning  to 
the  task  that  last  had  control  of  the  CFU.  The  other 
case  is  when  control  is  returned  to  someone  other  than 
the  last  user  of  the  CPU.  Each  case  has  an  event 
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number  and  this  iu  passed  to  the  communications  module 


o  Outputs  -  The  event  number  for  a  return  to  previous 

task  or  return  to  new  task. 

2.3.1.2.10  Checkpointing  Monitor 

This  module  receives  information  on  tasks  being  checkpointed  and 
rolled  in. 

o  Inputs  -  The  information  passed  to  the  checkpointing 

and  rolling  in  routines. 

o  Process  -  After  the  Checkpointing  Monitor  has  been 

installed  by  the  Interceptive  Monitoring  Manager  all 
roll-outs  and  roll-ins  of  tasks  will  be  recorded.  The 
information  collected  are  the  following:  roll-in  or 
out,  partition  name  and  size  of  task  brought  in  or 
sent  out.  This  information  and  the  event  number  are 
passed  to  the  communications  module. 

o  Outputs  -  The  information  collected  on  the  rolling  in 

and  out  of  tasks . 

2. 3. 3. 3  Monitor  Executive 

This  module  controls  the  flow  of  information  and  execution  to  the 
parts  of  the  monitor. 

o  Inputs  -  A  user  command  to  run  a  measurement  session 

from  the  terminal  or  the  start  of  measurement  session 
that  was  defined  in  the  definition  software.  The 
success/failure  codes  received  from  the  down-line 
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loader,  Tine  Sampled  Software  Manager  and  Interceptive 
Monitoring  Manager. 

o  Process  -  This  module  first  starts  the  down-line 

loader.  It  then  passes  it  to  the  filename  for  the 
current  session.  It  then  waits  for  information  on  the 
success  or  failure  of  the  down-line  load.  If  it  was  a 
failure,  the  user  is  informed  and  the  process  is 
terminated.  If  successful,  the  controlling  table  for 
the  time  sampled  software  is  read  and  passed  to  the 
Time  Sampled  Software  Manager.  The  Monitor  executive 
then  waits  for  the  Tine  Sampled  Software  Manager’s 
reply.  If  successful,  the  Monitor  Executive  waits  for 
the  measurement  session  to  end  normally  (defined  stop 
time)  or  the  user  to  terminate  it.  At  this  time,  the 
Interceptive  Monitoring  Manager  is  informed  to  restore 
the  system  to  normal.  The  collectioa  routine  is  run 
and  all  other  software  is  stopped. 

o  Output  -  All  commands  and  information  sent  to  the 

down-line  loader,  Time  Sampled  Software  Manager  and 
the  Interceptive  Monitoring  Manager. 

2 . d . ii . A  Trace  Trap  Monitoring 

This  module  is  not  run  during  a  monitoring  session. 

o  Inputs  -  None. 

o  Process  -  This  module  installs  itself  into  the 

operating  system.  it  counts  the  number  of  times  the 
trace  trap  has  been  executed.  On  user  requests  to 
this  program  it  will  print  out  a  count  of  the  number 
of  trace  traps  executed. 
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o 


Outputs  -  The  count  of  the  number  of  trace  traps. 


2. 3. 3. 5  Instruction  Count 

This  module  Is  provided  for  debugging  programs.  It  will  execute  the 
program  one  instruction  at  a  time  and  keep  track  of  Instructions 
executed. 

o  Inputs  -  The  name  of  the  task  that  will  have  its 

instructions  counted. 

o  Process  -  This  module  will  modify  the  trace  trap 

vector  to  point  to  itself.  It  will  then  change  the 
programs  processor  status  word  to  have  the  T  Bit  set. 
When  a  trace  trap  occurs  this  program  determines  if 
the  "monitored"  task  issued  it.  If  it  does,  it 
updates  its  instruction  counts  and  returns  control  to 
the  program.  If  not,  it  allows  the  normal  trace  trap 
program  to  deal  with  the  trace  trap. 

o  Outputs  -The  output  will  consist  of  a  count  of  the 

instructions  executed. 
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2*4  Measurement  Reporting 


Thia  collection  of  modules  displays  all  the  collected  data  on  the 
user’s  screen  or  the  system's  print  device.  Appropriate  modules  read 
the  collected  data  file,  the  data  description  file  and  the  static 
measurement  table.  All  static  measurements  are  printed  in  their 
report  formats,  followed  by  the  dynamic  measurements. 

The  modules  are  discussed  below  in  two  groups: 

o  Static  Measurement  Reports 

o  Dynamic  Measurement  Reports 

2.4.1  Static  Measurement  Reports  Module 

This  module  is  used  to  report  the  static  measurements.  These 
measurements  remain  the  same  (if  chosen)  for  every  run  of  the  monitor. 
The  following  report  modules  are  called  by  this  module  as  required: 
Node  Report,  System  Report,  Unibus  Report,  Fast  Bus  Report,  Mass  Bus 
Report,  PUD  Report,  CPU  Report,  Fault  Report. 

o  Inputs  -  This  module  reads  the  static  measurement 

table,  the  data  description  file  and  the  collected 
data  file. 

o  Process  -  The  static  measurement  table  is  read.  For 

each  measurement  taken,  the  description  file  is 
searched  for  its  entry.  When  found  the  correct 
subroutine  is  invoked  and  the  report  for  that 
measurement  is  printed. 

o  Outputs  -  None. 
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2 . 4 . 1 . 1  Node  Report  Module 


This  module  will  print  the  total  number  of  nodes  used  by  the  system  at 
each  sampling  period. 

o  Inputs  -  The  location  and  length  of  the  node  data  in 

the  collected  data  file  is  passed  from  the  Static 
Reports  Module. 

o  Process  -  The  node  data  stored  in  the  collected  data 

file  is  read  in.  A  node  report  heading  is  produced. 
The  sample  times  and  the  node  counts  are  printed  for 
each  sample . 

o  Outputs  -  The  report  containing  the  sample  counts  and 

the  sampling  times  is  the  output. 

2. 4. 1.2  System  Report  Module 

This  module  prints  a  report  on  system  performance. 

o  Inputs  -  The  location  of  the  system  data  storage  area 

in  the  collected  data  file  and  the  number  of  entries 
in  the  system  data  storage  area. 

o  Process  -  This  module  prints  a  heading  for  the  system 

report.  Then  for  each  sample,  the  time  of  the  sample 
and  the  data  collected  will  be  printed.  The  data 
consists  of  the  number  of  active  tasks  in  memory,  the 
task  request  rate  and  the  number  of  memory  block  (32 
words  to  a  block)  -  seconds  that  are  available  on  the 
system. 

o  Outputs  -  The  report  on  the  system  performance. 
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2.4. l.j  Unibus  Report  Module 


This  module  produces  a  report  on  *:.he  Unibus.  The  data  contained  in 
the  report  are  Unibus  occupancy,  Non-Processor  Request  (NPR) 
contention,  Bus  Request  (BK)  contention  at  each  level,  Unibus  Mapping 
Register  (UMR)  utilization  and  transfer  per  second. 

o  Inputs  -  The  inputs  to  the  Unibus  module  are  the 

address  of  the  Unibus  data  in  the  collected  data  file. 

o  Process  -  The  Unibus  Report  nodule  prints  a  heading. 

The  data  for  the  Unibus  measurements  are  printed  with 
a  title  to  describe  what  measurement  it  is. 

o  Outputs  -  The  Unibus  Report  is  generated  as  output. 

2 . 4 . 1 . 4  Fast  Bus  Report  Module 

This  report  will  only  be  produced  on  a  PDP  11/70.  This  is  because  the 
POP  11/45  does  not  have  cache  memory.  The  data  contained  in  this 
report  are  cache  hit  rates,  cache/memory  transfers  per  second,  read 
and  write  counts,  and  cache  contention  from  the  CPU,  Unibus  and 
Massbus  controller. 

o  Inputs  -  The  location  of  the  Fast  Bus  data  and  its 

length  on  the  collected  data  file. 

o  Process  -  This  mod. le  will  print  the  heading  for  the 

Fast  Bus  report.  It  will  read  the  data  from  the 
collected  data  file,  process  the  data,  attach  a 
heading  to  each  data  item  and  print  them. 
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2.4. 1.6  PUD  Report  Module 

The  Physical  Unit  Device  (PUD)  report  contains  information  the  devices 
configured  to  the  system,  their  on-line  and  log-on  status. 

o  Inputs  -  The  address  and  length  of  the  PUD  data  in  the 

collected  data  file. 

o  Process  -  The  PUD  heading  is  printed.  The  PUD  data  is 

read  in  from  the  collected  data  file.  The  data  is 
translated,  formatted  and  printed  with  an  explanatory 
heading. 


2. 4. 1.7  CPU  Report  Module 


This  report  gives  statistics  on  the  Central  Processing  Unit  (CPU). 
The  data  reported  on  consists  of  the  following:  Percent  tine  at  kernel 
supervisor  and  user  node,  percent  tine  at  priority  levels  (4, 5, 6, 7), 
percent  the  CPU  is  not  busy,  percent  CPU-I/O  overlap,  percent  CPU-FFP 
overlap,  count  of  floating  point  instructions  and  their  rate. 

o  Inputs  -  The  input  to  the  CPU  report  nodule  is  the 

address  of  the  data  on  the  collected  data  file. 

o  Process  -  The  heading  for  the  CPU  report  is  printed. 

The  CPU  data  is  then  read  from  the  collected  data 
file.  The  percentages  are  computed  and  printed  with 
av  explanatory  text. 

o  Outputs  -  The  CPU  report  is  produced  as  output. 

2.4. 1.8  Fault  Report  Module 

This  report  contains  data  on  error  conditions.  The  errors  reported  on 
consist  of  the  following:  slave  faults,  unclaimed  NPG  and  BGs ,  memory 
of  bounds,  odd  address  error  and  multiple  NPR  and  BR  counts. 

o  Inputs  -  The  address  of  the  fault  data  on  the 

collected  data  file  is  received  as  input. 

o  Process  -  The  Fault  report  heading  is  printed.  The 

fault  data  is  read  from  the  collected  data  file.  This 
data  and  explanatory  headings  are  printed. 

o  Outputs  -  The  fault  report  is  produced  as  output. 
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2. A. 2  Dynamic  Measurement  Report  Module 


This  report  contains  the  data  collected  for  every  Dynamic  Measurement. 
SiSnce  these  measurements  may  change  drastically  from  one  measurement 
session  to  the  next,  no  standard  report  format  can  be  specified.  Four 
modules  are  called  by  this  module:  Heading;  Count;  Time;  Histogram. 

o  Inputs  -  The  data  description  file  and  the  collected 

data  file  are  used  as  input. 

o  Process  -  The  data  description  file  i9  read.  For 

every  dynamic  measurement,  the  data  associated  with  it 
is  read.  The  heading  module  is  called  to  print  text 
describing  the  measurement.  Then  one  of  three 
measurement  modules  is  called  depending  on  what  type 
of  data  was  collected.  The  three  routines  are  count, 
time  and  histogram. 

o  Outputs  -  The  text  that  describes  a  measurement  and 

the  values  read  in  from  the  collected  data  module. 

2. A. 2.1  Heading  Module 

This  module  produces  a  heading  text  for  every  dynamic  measurement. 

o  Inputs  -  The  input  to  this  module  is  a  text  that 

describes  the  measurement. 

o  Process  -  This  module  expands  the  text  into  a  more 

human  understandable  format  and  prints  it. 

o  Outputs  -  The  expanded  description  text  for  a 


measurement . 


2. A. 2. 2  Count  Module 


This  module  prints  the  numeric  value  of  a  counted  measurement* 

o  Inputs  -  The  data  words  containing  the  number  of  times 

the  measurement  occurred. 

o  Process  -  The  data  Is  converted  from  a  binary  number 

into  an  ASCII  string.  The  ASCII  string  is  then 
printed. 

o  Outputs  -  The  ASCII  string  corresponding  to  the  binary 

number . 

2. A. 2. 3  Time  Module 

This  module  converts  the  binary  representation  of  a  time  into  an  ASCII 
string  of  days  iOurs,  minutes,  seconds  and  fractions  of  seconds. 

o  Inputs  -  The  binary  data  for  the  time  or  length  of 

time  of  a  measurement. 

o  Process  -  The  binary  data  is  divided  by  the  number  of 

fractions  in  a  second.  This  leaves  a  number  of 
seconds  and  the  remainder.  This  remainder  i6  the 
fractions  of  seconds.  The  number  of  seconds  is 
divided  by  60.  This  gives  the  number  of  minutes  and 
the  remainder  is  the  number  of  seconds.  The  number  of 
minutes  is  divided  by  60  giving  hours  and  minutes  as  a 
remainder.  The  hours  are  divided  by  2A  giving  days 
with  hours  as  a  remainder.  These  numbers  are 
translated  into  ASCII  strings  and  printed. 
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o  Outputs  -  The  day,  hour,  minute,  second  and  fraction 

of  a  second  that  a  measurement  took  or  the  time  of  a 
measurement . 

2. 4. 2. 4  Histogram  Module 

This  module  produces  a  histogram  from  the  data  collected  for  a 
measurement . 

o  Inputs  -  The  address  of  the  histogram  data  in  the 

collected  data  file  and  the  number  of  data  clement. 

o  Process  -  The  data  for  the  histogram  is  read  in.  Each 

data  element  is  added  to  a  total  count.  This  count  is 
u6ed  to  scale  the  output.  Then  the  total  count  is 
divided  by  the  number  of  lines  on  a  page.  This  number 
is  used  to  scale  the  output. 

o  Outputs  -  The  output  is  a  histogram  of  the 

measurement . 
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o  Outputs  *  Thu  day,  hour,  Minute,  second  and  fraction 

of  a  second  that  a  Measurement  took  or  the  time  of  a 
Measurement . 

2.4 .2.4  Histogram  Module 

This  module  produces  a  histogram  from  the  data  collected  for  a 
measurement. 

o  Inputs  -  The  address  of  the  histogram  data  In  the 

collected  data  file  and  the  number  of  data  element. 

o  Process  -  The  data  for  the  histogram  is  read  in.  Each 

data  element  is  added  to  a  total  count.  This  count  is 
used  to  scale  the  output.  Then  the  total  count  is 
divided  by  the  number  of  lines  on  a  page.  This  number 
is  used  to  scale  the  output. 

o  Outputs  -  The  output  is  a  nist  >gran  of  the 

measurement. 
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3.0  HARDWARE  DESIGN 


This  section  prsssnts  details  on  the  design  and  thoory  of  operation 
for  the  microcomputer-based  hardware  components  of  the  IPPA.  Section 
3.1  provides  the  overview  of  the  hardware  elements  necessary  for 
understanding  the  detailed  theory  of  operation  found  in  Section  3.2. 
Supplementary  timing  data  and  parts  lists  are  provided  in  Section  4  of 
the  volume.  Manufacturer  specifications  for  components  of  the  design 
are  listed  in  section  6  of  this  volume, 

3.1  Hardware  Overview 

Overall  operation  of  the  IPPA  is  controlled  by  the  Microcomputer  (MC) 
and  its  associated  software  program.  The  MC  consists  of  Z8001A 
microprocessor  and  its  support  circuitry,  program  ROM,  program  RAM, 
and  various  I/O  devices.  To  increase  performance  the  MC  utilises 
memory-mapped  I/O  rather  than  the  standard  1/0  address  space,  which  is 
otherwise  available  using  a  small  set  of  1/0  instructions.  The 
following  devices  occupy  the  MC  I/O  space: 

(1)  Control  and  Status  Register  (CSR) 

(2)  Mask  Register 

(3)  Error  Register  (ERR) 

(4)  FIFO 

(5)  System  Timing  Controller  (STC) 

(6)  Interrupt  Con; roller  (1C) 

(7)  Vector  Register  (VECR) 
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(8)  Peripheral  Activity  Module  (PAM) 


(9)  Serial  Coamunicatons  Controller  (SCC)  -  optional. 

(10)  Aeeocietive  Memory  (AM) 

(11)  Qualifier  Logic  (QL) 

Data  flows  into  the  1PPA  from  the  boat  proceaaor  via  the 
host /microprocessor  control  Interface  and  the  high  speed  preproceeting 
circuitry  (Qualifier  logic)  connected  to  signal  sources  on  the  host. 
Special  purpose  tiaing  and  counting  logic  (STC,  PAM,  AM)  under  MC 
control  handles  nuch  of  the  heavy  work  and  passes  the  MC  only  that 
data  (via  the  1C)  necessary  for  further  organisation  and/or  action. 
The  MC  is  responsible  for  configuring  the  special  purpose  logic  to 
perfora  the  necessary  functions  and  for  the  accuaulatior.  and 
organisation  of  collected  data  that  will  eventually  be  included  in  the 
eystea  reports. 

The  following  sections  describe  each  of  the  1PPA  hardware  coaponents 
according  to  their  function. 

3.1.1  Microprocessor  Elements 

3 . 1 . 1 . 1  Microprocessor 

The  Z8001A  is  s  16-bit  microprocessor  with  segmented  addressing  which 
runs  at  a  clock  frequency  of  6.0  Megaherts. 

Support  circuitry  includes  a  timing  generator,  status  decoder,  address 
latches,  and  data  and  control  signal  buffers.  The  status,  address, 
data,  and  control  lines  make  up  the  Microbus. 
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3. 1.1.2  Mlcrobua  Addr«»i  Space 


The  Microbus  (MB)  uses  19  of  th«  23  available  address  lioas.  This 
yields  ao  addraas  s)-*ce  In  tha  range  free  OOOOOH  to  7FFFFH.  (Tha  'H* 
suffix  indlcataa  use  of  a  hexadecimal  number  baaa).  lna  upper  three 
Mlcrobua  address  lines  ara  derived  from  tha  lover  three  Segment  output 
signals  (i.e.,  SNO,  SN1,  SN2) ,  vhlch  are  generated  by  tha 
microprocessor.  These  three  address  lines  are  decoded  to  select  one 
of  the  eight  memory  "pages" ,  each  containing  64K-bytes.  Table  3-1 
shows  the  mapping  of  the  MC  address  space. 
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P«ge  Address  (hex)  Utlllietlon 


u 

00000  -  00FFF 

2K  Program  ROM  (minimum  site) 

01000  -  07FFF 

expansion  Program  RIM  (up  to  16  K 

maximum) 

0.1 

08000  -  1FFFF 

unasslgned 

2 

20000  -  27FFF 

16  Program  RAM  (minimum  site) 

2,3 

28FFF  -  3FFFF 

expansion  Program  RAM  (64K  max  Irma) 

4.5 

40000  -  5FFFF 

Associative  Memory  (64K) 

6 

60000  -  6FFFF 

unar signed 

7 

70000  -  7FFFF 

I/O  space  (see  Table  3-2) 

Table  2-1  MC  Address  Space  Happing 
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HS? 


Within  the  1/0  space  the  16-bit  address  in  partitioned  into  fields  as 

depicted  in  Figure  3-1.  Table  3-2  lists  the  specific  addresses  for 
the  MC  I/O  devices. 


15  11  10  8 

Non-existent  Device 

I/O  (0-7) 


7  5 

Unit  Number 
(0-7) 


4  0 

Register  Address 

(0-31) 


Figure  3-1  MC  I/O  Address  Devices 


ptaeuwu. 


Address  (hex) 

Device 

OOXX 

Control  and  Status  Register 

01XX 

Error  Register 

02X0  -  02XF 

FIFO  (as  follows) 

0200 

Control  Register  0 

0202 

Control  Register  1 

0204 

Interrupt  Status  Register 

0 

0206 

Interrupt  Status  Register 

l 

0208 

Interrupt  Status  Register 

2 

020A 

Interrupt  Status  Registur 

3 

020C 

Interrupt  Vector  Register 

020E 

Byte  Count  Register 

0210 

Byte  Count  Compare  Register 

0212 

Control  Register  2 

0214 

Control  Register  3 

0216 

Message  Out  Register 

0218 

Message  In  Register 

021A 

Pattern  Match  Register 

021C 

Pattern  Mask 

021E 

Data  Buffer  Register 

Table  3-2  MC  I/O  Devices  Addresses  (page  1  of  3) 
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Address  (hex) 

Device 

0300  -  03FF 

Systen  Timing  Controllers 

(as  follows) 

0300 

STC  0  Data  Register 

0302 

STC  0  Control  Register 

0304  -  031F 

Redundant 

0320 

STC  1  Data  Register 

0322 

STC  1  Control  Register 

0324  -  033F 

Redundant 

0340 

STC  2  Data  Register 

0342 

STC  2  Control  Register 

0344  -  035F 

Redundant 

0360 

STC  3  Data  Register 

0362 

STC  3  Control  Register 

0364  -  037F 

Redundant 

0380 

STC  4  Data  Register 

0382 

STC  4  Control  Register 

0384  -  039F 

Redundant 

03  AO 

STC  5  Data  Register 

03A2 

STC  5  Control  Register 

03A4  -  03BF 

Redundant 

03C0 

STC  6  Data  Register 

03C2 

STC  6  Control  Register 

03C4  -  03DF 

Redundant 

03EO 

STC  7  Data  Register 

03E2 

STC  7  Control  Register 

03E4  -  03FF 

Redundant 

Table  3-2  MC 

1/0  Devices  Addresses  (page  t 
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Device 


Address  (hex) 

0400  -  04FF 
0400 
0402 

0404  -  04 IF 
0420 
0422 

0424  -  043F 
0440 
0442 

0444  -  045F 
0460 
0462 

0464  -  047F 
0480 
0482 

0484  -  049F 

04A0  -  04FF 
05XX 

0600  -  06FF 

07X0  -  07X7 

07X8  -  07 XF 

0800  -  FFFF 


Interrupt  Controllers  (as  follows) 
IC  0  Data  Register 
IC  0  Control  Register 
Redundant 

IC  1  Data  Register 
1C  1  Control  Register 
Redundant 

IC  2  Data  Register 
IC  2  Control  Register 
Redundant 

IC  3  Data  Register 
IC  3  Control  Register 
Redundant 

IC  4  Data  Register 
IC  4  Control  Register 
Redundant 
IC  Expansion 

Vector  Register  (read  only) 
Peripheral  Activity  Module 
(utilization  T.B.D.) 

Serial  Coomunications  Controller 
(utilization  T.B.D.) 

Redundant 
Non-existent  1/0 


Table  3-2  MC  1/0  Devices  Addresses  (page  3  of  3) 
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15  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 

00000011  XXX  0 

STC  0  -  Data 

1-Control 

Figure  3-2  STC  Address  Decoding 


■"isn^saww" 


3. 1*1.3  Program  ROM 

The  program  ROM  circuitry  has  been  designed  to  accomodate  from 
2K-words  to  16K-words  of  either  EPROM,  for  development  purposes,  or 
high-speed  PROM*  Pin-compatible  2K-by-8  and  4K-by-8  packages  have 
been  designated  which  should  offer  a  high  degree  of  versatility*  A 
patch  plug  is  used  to  select  the  proper  addressing  scheme  for  the  type 
and  quantity  of  ROMs  being  used.  The  patch  plug  is  also  used  to 
select  the  number  of  any  necessary  WAIT  states  which  must  be  generated 
when  the  access  time  of  the  ROM  is  greater  than  approximately  2?0 
nanoseconds.  Each  WAIT  state  adds  167  nanoseconds  to  the  memory's 
permissible  access  cycle. 

3. 1.1. 4  Program  RAM 

The  Program  RAM  has  also  been  designed  to  allow  flexibility  in  RAM 
usage.  Either  16K-by-l  or  64K-by-l  dynamic  RAMs  may  be  used,  which 
provides  a  maximum  of  64K-words  of  read/write  memory.  A  patch  plug  is 
used  to  select  the  proper  addressing  scheme  for  each  type  of  RAM. 

Program  RAM  is  accessible  on  either  a  word  or  byte  basis,  and  parity 
generation  and  checking  is  included  for  both  the  low  and  high  byte. 

3. 1.1. 5  Refresh 


The  Z8U01A  must  be  programmed  to  generate  the  necessary  refresh  cycles 
for  the  dynamic  memory.  This  is  done  simply  by  loading  the  desired 
value  in  the  Rate  Field  and  setting  the  Refresh  Enable  (RE)  bit  in  the 
Refresh  Control  Register.  The  RE  bit  enables  the  internal  refresh 
mechanism,  while  the  Rate  Field  determines  the  period  between  refresh 
cycles.  If  'n'  represents  the  value  placed  in  the  Rate  Field  and  ZCLK 
is  the  Microprocessor  clock  frequency,  then  the  refresh  period  (RP) 
can  be  found  using  the  formula: 

RP  - 
or  n  - 
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The  Program  RAM,  as  wall  as  the  dynar.it:  RAM  used  In  the  Associativa 
Memory  (Paragtiph  3.1.3),  requires  a  refresh  period  not  to  axcoad 
15 .625  Microseconds.  Thus, 

n  - 

n  -  23.4375 

The  value  placed  in  the  Rate  Field  must  pot  exceed  23  (and  oust  be 
greater  than  0)  to  ensure  proper  RAM  operation. 

3.1.2  Microcomputer  I/O  Devices 

The  devices  which  respond  tc  the  MC  I/O  address  space  are: 

(1)  Host  Interface  Registers  (Section  3.1.2) 

(2)  Error  Register  (Section  3. 1.2. 2) 

(3)  System  Timing  Controllers  (Section  3. 1.2.3) 

(4)  Interrupt  Controllers  (Section  3. 1.2.4) 

(5)  Vector  Register  (Section  3. 1.2. 5) 

(6)  Peripheral  Activity  Module  (Section  3. 1.2.6) 

'7)  Serial  Communications  Controller  (Section  3. 1.2.7) 
(optional) 

The  I/O  address  space  is  described  in  Paragraph  3. 1.1. 2. 


... 
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3. 1.2.1  Host  Interface 


The  IPPA  acts  a  "dumb"  peripheral  device  in  the  host  PDF  system.  This 
means  that  all  interaction  between  the  host  computer  end  the  IPPA  is 
initiated  and  controlled  by  the  host. 

The  IPPA  responds  directly  to  a  block  of  four  word-addresses  in  the 
POP  Peripheral  Page.  This  block  of  addresses  may  be  located  anywhere 
in  the  Peripheral  Page  by  appropriately  setting  the  Address  Select  DIP 
switches.  These  addresses  (octal)  access  the  following  registers: 

o  Control  and  Status  Register  (address  7XXXX0) 

o  Mask  Register  (address  7XXXX2 ) 

o  FIFO  Data  Buffer  Register  (address  7XXXX4) 

o  FIFO  Control  and  Status  Register  (address  7XXXX6) 

All  registers  are  read/write  with  the  exception  of  the  upper  byte  of 
the  CSR,  which  is  read  only. 

3 . 1 . 2 . 1 . 1  Control  and  Status  Register  (CSR) 

The  bit  assignments  for  the  CSR  are  shown  in  Figure  3-4. 


DONE 

IDE 

1EE 

CMD3 

CMD2 

CMD1 

CMDO 

00 

bit  7 

Note: 

bit  *  bit  S  bit  4 

CSR  -  lower 

denotes  reed  only 

bit  3 

byte 

bit  2 

bit  1 

bit  0 

HARD 

ERROR 

SOFT 

ERROR 

PROGRAM 

mop 

FIFO 

ERROR 

MEMORY 

ERROR 

TIMEOUT 

ERROR 

MICRO 

RUN 

bit  IS 

bit  14 

bit  13 

bit  12 

bit  11 

bit  10 

bit  9 

bit  B 

CSR  -  upper  byte 


Figure  3-4  Bit  Assignments 


Th«  CSR  bit  aski^naenta  art  dafinad  in  Tabla  3-j, 


BIT 


FUNCTION 


0  The  'GO  bit  initiates  the  command  defined  by  CSR  bite  1-4. 

1-4  'CMDO  -  CMD3'  define  the  command  issued  to  the  IPPA 
(see  Table  3-4). 

5  Tne  ' IEE '  bit  (Interrupt  on  Error  Enable),  when  set,  allows 
the  IPPA  to  generate  an  Interrupt  to  the  host,  if  an  error 
condition  is  detected  by  the  IPPA  hardware. 

6  The  'IDE*  bit  (Interrupt  on  Done  Enable),  when  set,  causes 
the  IPPA  to  generate  an  interrupt  when  the  'DONE*  bit  is  set. 
The  only  exception  to  this  is  if  the  host  issues  s  RESET 
coanaand,  which  has  the  effect  of  resetting  the  GO,  IEE,  and 
IDE  bits  and  setting  the  DONE  bit. 

7  The  'DONE'  bit  informs  the  host  computer  that  the  IPPA  has 
acknowledged  a  previously  issued  command  and  that  the  IPPA  is 
ready  to  accept  a  command.  Normally,  commands  should  not  be 
issued  unless  the  'DONE'  bit  is  set. 

8  The  RUN'  bit  indicates  that  the  IPPA  is  in  the  data 
collection  mode.  When  reset,  the  IPPh  is  in  the  HALT  state. 

9  The  'MICRO  ERROR  bit  indicates  that  the  IPPA  microprocessor 
has  detected  an  error  condition  (i.a.  software-detected 
error) . 

Table  3-3  CSR  Bit  Assignments  (page  1  of  2) 
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The  'TIMEO'JT  ERROR'  bit  Indicates  that  a  microprocessor  WAIT 
condition  has  exceeded  its  maximum  length. 

The  'MEMORY  ERROR'  bit  indicates  that  a  memory  error  has 
occurred.  If  this  bit  is  set  in  conjunction  with  the  "SOFT 
ERROR'  bit,  it  indicates  a  parity  error  in  the  associative 
RAM.  When  'MEMORY  ERROR'  is  set  in  conjunction  with  the 
'HARD  ERROR'  bit,  it  indicates  either  a  parity  error  in  the 
program  RAM,  a  ROM  access  error,  cr  an  attempt  to  access 
non-existent  memory. 

The  'FIFO  ERROR'  bit  indicates  than  an  overflow  or  underflow 
condition  exists  when  the  host  accesses  the  FIFO  Data  Buffer 
Register.  If  this  bit  is  set  in  conjunction  with  the  'MICRO 
ERROR'  bit,  it  indicates  that  the  microporcessor  has  detected 
an  operational  error  in  the  FIFO. 

The  'PROGRAM  ERROR'  bit  indicates  either  an  attempt  by  the 
host  to  write  to  the  CSR  while  the  'GO'  bit  is  set  or  an 
attempt  by  the  microprocessor  to  access  the  associative  RAM 
while  in  the  RUN  mode. 

The  'SOFT  ERROR'  bit  indicates  than  an  error  has  occurred 
which  is  deemed  non-critical  to  IPPA  operation,  but  which 
could  invalidate  some  phase  of  the  data  collection  procedure. 

The  'HARD  ERROR*  bit  indicates  that  a  critical  error  has 
occurred  within  the  IPPA  hardware. 


Table  3-3  CSR  Bit  Assignments  (page  2  of  2) 
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CMD3  CMD2  CMDl  CMDO 


Comr.and  Decode 


0000 

IDLE  (microprocessor  restart) 

0001 

READ  TRANSFER  ADDRESS 

0010 

READ  TRANSFER  COUNT 

0011 

READ  PROGRAM  MEMORY 

0100 

READ  ASSOCIATIVE  MEMORY 

0101 

READ  PAM 

0110 

unassigned 

0111 

HALT 

1000 

RESET 

1001 

WRITE  TRANSFER  ADDRESS 

1010 

WRITE  TRANSFER  COUNT 

1011 

WRITE  PROGRAM  MEMORY 

1100 

WRITE  ASSOCIATIVE  MEMORY 

1101 

WRITE  PAM 

1110 

unassigned 

mi 

RUN 

T^ble  3-4  Command  Field  Summary 
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Access  to  the  CSR  by  the  Microcomputer  (MC)  is  slightly  different  than 
the  access  by  the  host  system.  When  the  host  writes  the  'GO*  bit,  a 
vectored  interrupt  to  the  MC  is  generated.  When  the  MC  responds  to 
this  Interrupt,  it  reads  the  CSR;  this  causes  the  'GO'  bit  to  be 
reset.  The  bits  corresponding  to  the  Command  Field  (bits  1-4)  are  the 
only  bits  read  by  the  MC.  Those  bits  which  can  be  written  by  the  MC 
are  the  'DONE'  bit,  the  'RUN'  bit,  and  the  'MICRO  ERROR'  bit. 

3. 1.2. 1.2  Mask  Register  (MR) 

The  MR  is  a  16-bit  register  which  is  used  primarily  to  enable  or 
disable  the  counting  or  timing  of  specific  events  under  direct  control 
of  the  host  system.  The  intent  is  to  qualify  these  specific  events  to 
certain  higher-level  events  which  are  detected  and  controlled  at  the 
system  level.  The  MR  correlates  directly  with  the  output  of  the 
associative  memory,  masking  it  on  a  bit-by-bit  basis. 

3. 1.2. 1.3  FIFO 

The  FIFO  is  configured  with  Port  l  as  a  low-byte  and  high- byte  Z-BUS 
device  and  with  Port  2  as  a  non-Z-BUS  CPU  device.  In  this 
configuration  the  MC  must  initialize  the  appropriate  FIFO  registers 
for  the  desired  operation.  It  is  intended  tha  the  MC  will  control  all 
data  transfers  through  the  FIFO  by  the  appropriate  Interpretation  of 
the  CSR  Command  Field.  There  are  several  different  methods  which  can 
be  used  to  handle  this  exchange  of  data,  including  the  following: 

o  Microcomputer  control  using  CSR 

o  Host  control 

o  Handshake 


o 


Use  of  FIFO  Message  Register 
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The  DBR  provide*  see***  to  a  128-word-damp  bidirectional  FIFO  Data 
Buffer  (DBR)  and  the  FIFO  Control  and  Statue  Register  (FCS). 

The  DBR  provide*  to  a  128-word-deep  bidirectional  FIFO  which  allow* 

blocks  of  data  to  be  transferred  between  the  host  the  the  XPPA.  The 

host  controls  the  transfer  across  the  Unibus  interface ,  but  the  actual 
control  of  the  FIFO  is  done  by  the  microprocessor  through  the  CSR 
command  field. 

3. 1.2. 2  Error  Reglnter  jERR) 

The  ERR  is  a  16-bit  register  which  is  accessible  only  to  the  MC.  It 

offers  a  more  definitive  assemblage  of  error  conditions  than  those 

available  to  the  host  via  the  CSR.  Error  conditions  are  defined  as 
either  hard  or  soft,  depending  on  their  criticality  to  overall  MC 
operation.  Hard  errors  will  generate  a  non-maskable  interrupt  (NMI) 
which  forces  the  MC  to  respond  to  the  error  condition.  Hard  errors 
can  generally  be  regarded  as  fatal  to  the  MC  operation.  Soft  errors, 
on  the  other  hand,  may  be  recoverable  or  may  only  effect  the  Integrity 
of  collected  data.  Soft  erre rs  will  generate  a  nonvectored  interrupt 
(NVI) ,  which  can  be  enabled  or  disabled  under  software  control. 

Table  3-5  describes  the  bits  in  the  ERR,  corresponding  bits  in  the 
CSR,  their  severity  to  the  MC,  and  the  cause  of  the  error  condition. 


BIX 

NAME 

CSK 

.  BIT 

HARD/ SOFT 

CAUSE 

0 

CRAM 

PAR  ERR 

11 

and 

14 

S 

Combinational  Ram  parity  error 

1 

DRAM 

PAR  ERR 

11 

and 

14 

S 

Data  RAM  parity  error 

2 

ARAM 

PAR  ERR 

11 

and 

14 

s 

Address  RAM  parity  error 

3 

HI  PAR  ERR 

11 

and 

15 

H 

Program  RAM  (hi  byte)  parity 

error 

4 

LO  PAR  ERR 

11 

and 

15 

H 

Program  RMA  (lo  byte)  parity 

error 

5 

NX  I/O 

11 

and 

15 

H 

Attempt  to  access  non¬ 
existent  1/0 

6 

NX  RAM 

11 

and 

15 

H 

Attempt  to  access  non¬ 
existent  RAM 

7 

NX  ROM 

11 

and 

15 

H 

Attempt  to  access  non¬ 
existent  ROM 

Table  3-5 

Error  Register  Bit  Descriptions  (page  1  of  2) 
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BIT  NAME 


CSR  BIT  HARD/SOFT  CAUSE 


8  ROM  ACC  ERR  II  and  IS  H 

9  RAM  ACC  ERR  13  and  14  S 


10 

VEC  OVFL 

H 

11 

FIFO  ERR 

12 

S 

12 

TIMEOUT 

10 

H 

13 

OVERRUN 

S 

14 

15 

Table  3-5  Error  Register  Bit 


Attempt  to  write  into  ROM  address 
space 

Attempt  to  access  Associative 

Memory  while  in  'RUN'  node 

Vector  silo  register  overflow 

Host  access  to  FIFO  causes  either 

overflow  or  underflow 

MC  'WAIT*  timer  has  elapsed 

while  accessing  FIFO 

PAM  did  not  respond  in  time 

to  valid  Unlbus  Cycle 

undefined 

undefined 

Descriptions  (page  2  of  2) 
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3. 1.2. 3  System  Timing  Controller  (STC) 


The  STC  plays  a  vital  role  in  the  overall  operation  of  the  IPPA.  All 
events  which  are  timed  or  counted  at  a  relati/ely  high  frequency  are 
done  so  by  using  an  STC.  The  IPPA  uses  eight  STC  circuits,  each 
containing  five  16-bit  counter/timers.  which  makes  forty 
counter /timers  available.  Each  counter/timer  is  individually 
configured  via  the  STC's  internal  control  registers.  This 
configuration  must  be  done  by  the  operational  software.  Table  3-6 
describes  the  function  of  each  STC  counter/timer . 
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STC 

Timer/Counter 

Function 

0 

CTOO 

Masked  Associative 

Memory 

Bit  00 

0 

CTOl 

H  H 

M 

•’  01 

0 

CT02 

*1  M 

M 

t 

o 

Isi 

0 

CT03 

*•  •• 

M 

M  03 

0 

CT04 

••  H 

"  04 

1 

CTOS 

M  •• 

M  05 

1 

CT06 

M  M 

“  06 

1 

CTO  7 

M  M 

"  07 

1 

CT08 

••  1* 

"  08 

1 

CT09 

I*  M 

"  09 

2 

CTIO 

Kernel  Mode 

2 

CT11 

SuperMode 

2 

CT12 

Time  BBSY 

2 

CT13 

Time  CPU  ot  Busy 

2 

CTU 

Count  MSYN 

Count  MSYN  for  Write  Cycles 

a 

CT1S 

Priority  4 

3 

CT16 

"  5 

3 

CT17 

"  6 

3 

CT18 

"  7 

Table  "6  STC  Counter/Timer  Functions 

(page  1  of 

2) 
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ST  C  Timer /Counter  Function 


3 

CT19 

CPU  Veit  Tine  for  Floating  Point  Processor 

4 

CT20 

npr/npc 

4 

CT21 

BR7/BG7 

4 

CT22 

BR6/BR6 

4 

CT23 

BR5/BR5 

4 

CT24 

BR4/BR4 

5 

CT25 

Real  Tins  Clock  1 

5 

CT26 

Real  Tins  Clock  2 

5 

CT27 

BR6/BG6 

5 

CT28 

BR5/BG5 

5 

CT29 

BR4/BG4 

6 

CT30 

Instruction  Fetch 

6 

CT31 

CPU/Memory  Overlap  (11/45) 

6 

CT32 

CPU /Memory  Overlap  (11/70) 

6 

CT33 

Cache  MISS 

6 

CT34 

CPU  Memory  Cycle 

7 

CT35 

Memory  Read  Cycle 

7 

CT36 

Total  Memory  Cycle 

7 

CT37 

CPU  Memory  Cycle/CPU  Contention 

7 

CT38 

Unibus  Memory  Cycle/Unibus  Contention 

7 

CT39 

Table  3-6 

MBC  Memory  Cycle/MBC  Contention 

STC  Counter/Timer  Functions  (page  2  of  2) 

3-27 


^^ygFWBMg 


3. 1.2. 4  Interrupt  Controller  (IC) 

The  1C  provide*  *  method  of  generating  prioritised,  vectored 
interrupt*  to  the  MC.  The  IPPA  uaes  five  1C  circuit*,  each  capable  of 
handling  eight  interrupt  input*.  These  five  1C*  are  daisy-chained  to 
provide  the  MC  with  forty  different  prioritised  interrupt*.  The  1C  ie 
made  extremely  versatile  through  the  use  of  programmable  registers, 
which  are  Internal  to  each  1C.  Common  or  individual  vector*  can  be 
assigned  to  each  interrupt,  and  this  information,  as  well  as  other 
operational  parameters,  is  sent  to  each  1C  under  control  of  the 
operational  software.  Table  3-7  lists  the  interrupt  inputs  to  each 
1C,  and  the  respective  priority  and  group  priority. 
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Priority 


Level 

Devices 

Function 

39 

CT  26 

Real  Tine  Clock 

38 

Host  1NTR 

Interrupt  Occurred  on  Unibus 

37 

GO  H 

Interrupt  from  Host  to  MC 

36 

PAM  1NTR 

Interrupt  from  PAM  to  MC 

35 

CT  00 

CRAM 

34 

CT  01 

CRAM 

33 

CT  02 

CRAM 

32 

CT  03 

CRAM 

31 

CT  04 

DRAM 

30 

CT  05 

DRAM 

29 

CT  06 

ARAM 

28 

CT  07 

ARAM 

27 

CT  08 

ARAM 

26 

CT  09 

ARAM 

25 

CT  35 

Memory  Read  Cycle 

24 

CT  36 

Total  Memory  Cycles' 

23 

CT  37 

CPU  Memory  Cycle/CPU  Contention 

22 

CT  38 

Unibus  Memory  Cycle/Unibus  Contention 

21 

CT  39 

MBC  Memory  Cycle/MBC  Contention 

20 

CT  30 

Instruction  Fetch 

Table  3-7  Interrupt  Table  (page  1  of  2) 
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'■•I 

i 

i 

t 


i 


■j 


\ 

1 


j 


\ 


14 

CT  31 

CPU/Meaory  Overlap  (11/45) 

lb 

CT  32 

CPU/Meaory  Overlap  (11/70) 

17 

CT  33 

Cache  KISS 

16 

CT  34 

CPU  Meaory  Cycle 

15 

CT  10 

Kernel  Mode 

14 

CT  11 

Super  Mode 

13 

CT  12 

Tiae  BBSY 

12 

CT  13 

Count  Total  Unibue  Reads'  and  Writes' 

11 

CT  14 

Count  Unlbus  Write  Cycles 

10 

CT  15 

Priority  Level  4 

9 

CT  16 

Priority  Level  5 

8 

CT  17 

Priority  Level  6 

7 

CT  18 

Priority  Level  7 

6 

CT  19 

CPU  Walt  due  to  FPP 

5 

CT  20 

NPR/NPG 

4 

CT  21 

BR7/BG7 

3 

CT  22 

BR6/BG6 

4» 

CT  23 

BR5/BG5  (BR4/BG5)  taken  at  saae  tiae 

l 

CT  27 

BR6/BG6 

0 

CT  28 

BR5/BG5  (BR4/BG4)  taken  at  sane  tiae 

Table 

3-7  Interrupt  Table  (page  2  of  2) 

3. 1.2.3  Vector  Register  (VECR) 


The  VECR  la  a  16-word-deep,  9-bit-vide  FIFO  alio  which  capturaa  tha 
lower  nine  blta  of  Unlbua  data  whenever  an  Interrupt  occura  In  the 
boat  system.  Uhenaver  tha  VECR  has  been  loaded  with  a  vector,  an 
Interrupt  will  be  generated  to  the  HC.  The  VECR  can  atore  up  to 
alxteen  vectora  before  an  overflow  error  condition  exlata.  The  HC 
operational  aoftware  will  normally  unload  the  VECR  in  ita  Interrupt 
aervlce  routine  by  aiaply  reading  the  VECR. 

3. 1.2. 6  Peripheral  Activity  Module  (PAM) 

The  PAM  la  uaed  to  analyae  information  placed  on  the  Unlbua  by  the 
hoat  ayatea.  It  doea  thia  through  a  combination  of  information  loaded 
into  ita  internal  registera  by  the  MC  and  program  routines  which  are 
contained  in  its  Internal  Micro-program  ROM.  The  PAM  responds  to  all 
addresses  of  the  1/0  Page  within  the  range  of  0600-06FP  (HEX).  This 
allows  direct  mapping  of  Microcomputer  addresses  to  the  32  internal 
registers  of  the  PAM. 
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3 .1.2. 7  Serial  Co— unicat  itna  Controller  (SCC) 

The  Microcomputer  1/0  eddreae  decoding  provides  for  eo  optional  SCC. 
The  designated  SCC  ia  the  Z8030,  which  la  compatible  with  the  MC  and 
provides  two  full-duplex  aerial  channels.  The  SCC  and  a  a— 11  amount 
of  support  circuitry,  such  as  RS-232  drivers  ant*  receivers,  would 
allow  the  MC  to  co— unicate  directly  to  a  terainal  and/or  serial 
printer. 

3 . 1 . 3  Associative  Memory  (AM) 

The  AM  consists  of  a  64K-by-16  dynamic  RAM  which  la  partitioned  into 
three  groups:  (1)  a  64K-by-8  Address  Associative  RAM  (ARAM),  (2)  a 
64K-by-4  Data  Associative  RAM  (DRAM),  and  (3)  a  64K-by-4  Combinational 
Associative  RAM  (CRAM).  Parity  is  generated  and  checked  for  each 
group.  The  AM  associates  in  the  following  manner. 

When  the  IPPA  is  in  the  RUN  mode,  i.e.,  collecting  data,  each  of  the 
three  AM  groups  is  addressed  uniquely.  The  ARAM  is  addressed  by 
either  the  sixteen  bit  virtual  address  or  the  upper  sixteen  bits  of 
the  physical  address  generated  by  the  host  processor.  If  a  particular 
address  or  group  of  addresses  is  of  Interest,  a  bit  in  the  ARAM 
corresponding  to  the  address(es)  of  Interest  is  preset  during  the  user 
set-up  session.  Then,  if  this  particular  virtual  or  physical  address 
is  accessed  by  the  host,  the  AR\M  output  will  indicate  than  an 
association  has  been  made.  The  eight-bit-wide  ARAM  allows  eight 
unique  associations  for  each  address. 

The  DRAM  is  addressed  by  the  host  processor's  16-bit  data  bus.  In  a 
manner  similar  to  the  ARAM,  the  four-bit-wide  DRAM  allows  four  unique 
associations  to  be  made  for  every  data  word  generated  by  the  host. 
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The  CRAM  is  addressed  by  Cen  selected  host  processor  status  and 
control  signals  plus  four  outputs  from  the  ARAM  and  two  outputs  from 
the  DRAM.  The  fonr-bit-wide  CRAM  allows  four  unique  associations  to 
be  made  on  the  65,536  different  combinations  of  signals  which  address 
the  aemory. 

When  the  1PPA  is  in  the  HALT  node,  i.e.,  not  collecting  data,  the  MC 
can  access  the  AM  to  either  load  the  aemory  or  to  verify  its  contents. 
Paragraph  3. 1.1. 2  shows  that  the  AM  occupies  Page  4  and  Page  5  of  the 
MC  Address  Space.  The  lower  32K  of  the  AM  is  in  the  address  range 
from  40000H  to  4FFFFH  and  the  upper  32K  is  in  the  range  from  50000H  to 
5FFFFH.  The  MC  may  access  the  AM  only  on  a  word  basis,  and  while  in 
the  HALT  mode  the  MC  generates  all  refresh  cycles  to  the  dynamic  RAM. 

While  in  the  RUN  mode  the  Associative  Memory  Timing  end  Control  logic 
controls  all  AM  operation,  including  refresh.  The  memory  cycle  time 
is  300  nanoseconds  for  both  an  association  cycle  or  a  refresh  cycle. 
Arbitration  logic  determines  which  cycle  occurs. 

3.1.4  Qualifier  Logic 

The  Qualifier  Logic  is  responsible  for  reducing  -  or  qualifying  - 
discrete  signals  from  other  areas  of  the  IPPA  hardware  and  from  the 
host  system  to  a  form  that  represents  a  unique  input  to  the 
measurement  collection  logic,  i.e.,  the  System  Timing  Controller.  The 
Qualifier  Logic  can  be  roughly  separated  into  two  sections.  The  first 
section  is  used  with  either  the  PDP-11/45  or  11/70,  and  the  second 
section  is  used  only  with  the  PDP-11/71. 

3.1.5  Peripheral  Activity  Module 


The  need  for  a  Peripheral  Activity  Module  (PAM)  originally  arose  with 
the  requirement  to  assess  peripheral  performance  on  the  Unibus.  Since 
DMA-type  devices  leave  no  telltale  traces  ■'i'.ile  perfo-ming  NPR 


transfers,  the  "AM  was  conceived  to  allow  determination  of  Unibus 
usage  by  a  specific  k'-vice  through  association  of  the  address  that  is 
placed  on  the  Unibus  by  the  device  during  an  NPR  transfer.  The  PAM 
calculates  the  address  range  "on  the  fly"  by  interpreting  the  data 
loaded  into  the  peripheral  device's  registers  prior  to  initiation  of 
the  DMA  transfer.  The  algorithm  used  to  determine  the  address  range 
is  as  follows; 

o  Low  Address  *  Contents  of  Bus  Address  Register  Merged 

with  Extension  Bits 

o  High  ^ddress  ■  Low  Address  Plus  l’s  Complement  Word 

Corn# 


At  this  time  it  is  felt  that  the  concept  of  analyzing  Unibus 
information  "on  the  fly"  can  be  broadened  to  include  the  analysis  of 
Unibus  data  transferred  between  the  host  system  and  any  register  or 
group  of  registers  for  a  specific  peripheral  device.  This  might  allow 
the  PAM  to  collect  a  wide  assortment  of  statistics  dealing  with 
peripheral  performance  and  utilization. 


J.2  Packaging 


One  of  the  initial  -  though  not  critical  -  design  goals  was  to  place 
all  the  IPPA  hardware  on  a  single  DEC  hex-height  module,  compatible 
with  those  used  in  the  PDP-11/45  and  11/70  Central  Processing  Units. 
This  was  to  allow  the  IPPA  to  be  placed  in  one  of  the  host  CPU's  Small 
Peripheral  Controller  (SPC)  slots  with  a  minimum  impact  on  existing 
host  system  hardware.  The  hardware  implementation  shown  in  the 
schematic  drawings  is  that  of  a  somewhat  expanded  design,  which 
includes  embellishments  for  hardware  and  software  debugging,  and  has 
not  been  optimized  for  reduction  of  parts  count.  However,  even  though 
the  number  of  integrated  circuits  can  easily  be  reduced  by  ten 
percent,  it  is  still  more  realistic  to  assume  that  at  least  two 
printed  circuit  boards  (PCBs)  will  be  required. 

The  following  figures,  based  on  approximations,  are  provided  as  an 
estimate  for  the  packaging  requirements. 


Number  of  components  235 
Number  of  normalized  components  *  300 

PCB  surface  area  @  0.6  IN  /component  180  IN 
PCB  surface  area  @  0.65  IN  /component  195  IN 
PCB  surface  area  @0.7  IN  /component  210  IN 
PCB  surface  area  @  0.75  IN  /component  225  IN 


DEC  hex-height  PCB  (16  1/2  IN  x  7.75  IN)  127  IN 

*  A  normalized  component  is  designated  as  a  20-pin  DIP  integrated 
circuit  and  has  a  surfae  area  of  1  in.  x  0.3  in. 

The  best  IPPA  performance  will  be  achieved  when  it  is  physically  the 
first  device  on  the  Unibus.  For  all  intent  this  physical  location  is 
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the  first  SFC  slot  in  the  CPU,  and  this  will  be  the  recommended 
location. 

3.3  EMI/RF1  Emissions 

The  IPPA  hardware  is  intended  to  be  mounted  within  the  physical 
confines  of  the  host  system  and  should  not  generate  any  EM1/RF1 
emissions  which  are  substantially  different  from  those  of  the  host 
system.  Any  communication  between  the  IPPA  and  an  external  I/O  device 
will  be  done  via  low-speed  RS-232  serial  interfaces.  Internal, 
discrete  probe  points  will  consist  of  twisted-pair  or  shielded  wires 
similar  to  existing  backplane  wiring. 


3.4  Power  Requirement* 


The  following  table  summarizes  the  power  requirements  for  all  1PPA 
hardware,  except  passive  components.  The  circuitry  for  the  Peripheral 
Activity  Module  is  also  excluded  from  this  table.  Where  possible,  the 
typical  values  are  listed  for  cn  ambient  temperature  of  25°C.  Any 
exceptions  to  this  rule  are  noted.  Power  consumption  will  be 
dependent  on  the  memory  configuration  and  memory  utilisation.  The 
dynamic  RAM  memories  and  the  EPROMs  are  placed  in  the  ’‘standby"  mode 
anytime  the  memories  are  not  accessed,  and  this  reduces  their  typical 
supply  current  by  a  factor  of  ten.  The  following  values  reflect  the 
"active”  supply  currents  and,  thus,  should  represent  a  worst  case 
condition. 


Supply 

Total 

Configuration 

Current 

Power 

1.  Operational  system 

(2K  x  16  ROM  and  16K  x  18  RAM) 

8.48  Amperes 

42.4  Watts 

2-a.  Development  system 

(2K  x  16  EPROM  and  16K  x  18  RAM) 

8.02  Amperes 

40.1  Watts 

2-b.  Development  system 

(16K  x  16  SPROll  i.nd  64K  x  18  RAM) 

8.98  Amperes 

44.9  Watts 

Supply  Total  Supply  Total 

Itea  Part  No.  Current(taA)  Quantity  Current(aA)  Powar(aW)  Notes 


1 

SN74LSOO 

1.6 

3 

4.8 

24.0 

2 

SN74LS02 

2.2 

3 

6.6 

33.0 

3 

SN74LS04 

2.4 

4 

9.6 

48.0 

4 

SN74LS08 

3.4 

9 

30.6 

153.0 

5 

SN74S08 

25.0 

\ 

25.0 

125.0 

6 

SN74LS10 

1.2 

2 

2.4 

12.0 

7 

SN74LS11 

3.4 

1 

3.4 

17.0 

8 

SN74LS14 

10.32 

2 

20.64 

103.2 

9 

SN74LS20 

0.8 

1 

0.8 

4.0 

10 

SN74LS21 

3.4 

2 

6.8 

34.0 

11 

SN74LS27 

2.7 

2 

5.4 

27.0 

12 

SN7428 

22.52 

1 

22.52 

112.6 

13 

SN74LS30 

0.48 

2 

0.96 

4.8 

14 

SN74LS32 

4.0 

5 

20.0 

100.0 

15 

SN74LS51 

1.1 

2 

2.2 

11.0 

16 

SN74LS73A 

4.0 

2 

8.0 

40.0 

1/ 

SN74LS74A 

4.0 

20 

80.0 

400.0 

18 

SN74S74 

30.0 

4 

120.0 

600.0 

19 

SN74S86 

50.0 

2 

100.0 

500.0 

20 

SN74S112 

30.0 

1 

30.0 

150.0 

Table  3*8  Power  Requirements  (page  1  of  3) 
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Supply  Total  Supply 

Item  Part  No.  Current(mA)  Quantity  Current(mA) 


Total 

Fover(mW)  Notea 


21 

SN74LS114A 

4.0 

2 

8.0 

40.0 

22 

SN74SU4 

30.0 

2 

60.0 

300.0 

23 

SN74LS123 

12.0 

1 

12.0 

60.0 

24 

SN74LS132 

7.04 

2 

14.08 

70.4 

25 

SN74LS133 

0.48 

1 

0.48 

2.4 

26 

SN74LS138 

6.3 

4 

25.2 

126.0 

27 

SN74S138 

49.0 

2 

98.0 

490.0 

28 

SN74LS139 

6.8 

1 

6.8 

34.0 

29 

SN74S153 

45.0 

12 

540.0 

2700.0 

30 

SN74LS157 

9.7 

4 

38.8 

194.0 

31 

SN74S157 

50.0 

4 

200.0 

1000.0 

32 

SN74S158 

50.0 

1 

50.0 

250. 0 

33 

SN74LS161A 

19.0 

3 

57.0 

285.0 

34 

SN74S174 

90.0 

2 

180.0 

900.0 

35 

SN74S175 

60.0 

1 

60.0 

300.0 

36 

SN74LS195A 

14.0 

4 

56.0 

280.0 

37 

SN74S225 

80.0 

2 

160.0 

800.0 

38 

SN74LS244 

20.0 

7 

140.0 

700.0 

39 

SN74S244 

110.0 

1 

110.0 

550.0 

40 

SN74LS245 

55.0 

4 

220.0 

1100.0 

Table  3-8  Power  Requirements  (page  2  of  3) 
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Supply  Total  Supply  Total 


Item 

Fart  No. 

Current (mA) 

Quantity 

Current (bA) 

Pover(aM)  Notes 

41 

SN74LS260 

4.4 

2 

8.8 

44.0 

42 

SN74S280 

67.0 

5 

335.0 

1675.0 

43 

SN74LS373 

24.0 

3 

72.0 

360.0 

44 

SN74LS374 

27.0 

8 

216.0 

1080.0 

45 

SN74LS378 

13.0 

2 

26.0 

130.0 

46 

0S8641 

50.0 

14 

700.0 

3500.0 

47 

Z8001A 

300.  U 

1 

300.0 

1500.0  MAX 

48 

AmZ8l27 

125.0 

1 

125.0 

625.0 

49 

Z8038A 

250.0 

2 

500.0 

2500.0  MAX 

50 

Am95l3 

160.0 

8 

1280.0 

6400.0 

51 

Am95l9-1 

80.0 

5 

400.0 

2000.0 

52 

Am25LS2518 

17.0 

5 

85.0 

425.0 

53 

Am25LS2521 

27.0 

2 

54.0 

270.0 

54 

HM-7616 

180.0 

2 

360.0 

1800.0  MAX 

*54 

2716 

57.0 

2-8 

114.0-456.0 

570.0-2280.0 

*54 

2732 

85.0 

2-8 

170.0-680.0 

830.0-3400.0 

55 

NMC5295 

35.0 

18 

630.0 

3150.0 

**55 

NMC4164 

45.0 

18 

810.0 

4050.0  MAX 

**55 

2118 

23 

18 

414.0 

2070.0 

56 

NMC4164-1 

45.0 

19 

855.0 

4275.0  MAX 

57 

CO-238A 

*  indicates  optional  parts 
**  indicates  alternate  parts 

Table  3-8  "iwer  ilrements  (page  3  of  3) 
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3.5  Qualifier  Logic  (Shaets  CD  and  ©i 


The  Qualifier  Logic  on  Sheet  is  used  with  both  PDP-11/45  and  11/70 
host  systems.  U217-'J219A,  B  (SN74LS08)  are  used  to  qualify  the 
outputs  of  the  Associative  Memory  vAM  000-03  H,  AM006-07  H,  and  AM 
012-15  H)  with  the  Mask  Register,  MASK00-U9  H.  These  qualified 
outputs,  MAM  00-09,  go  directly  to  the  System  Timing  Controller  logic. 
11220  (74LS73A)  is  used  in  conjunction  with  the  lower  four  bits  of  the 
Associative  Memory  to  provide  special  gating  to  one  of  the  STC 
circuits,  Ulltt,  on  Sheet  .  The  GATE  1  H  and  GATE  3  H  signals  are 
asserted  when  MAM  01  H  and  MAM  03  H,  respectively,  are  generated  by 
the  Associative  Memory  and  Mask  Register.  The  gate  signals  are 
negated  when  MAM  00  H  and  MAM  02  H  are  generated  in  a  similar  manner. 
This  special  gating  provides  the  programmable  option  of  timing  the 
interval  between  any  two  events  which  can  be  generated  by  the 
Combinational  Associative  Memory.  U223A  (SN74LS74A)  and  associated 
logic  gates  are  used  to  assess  the  interaction  between  the  host 
processor  and  the  host  system's  Floating  Point  Processor  (FPP).  When 
executing  a  floating  point  instruction,  the  FPP  acts  as  a  co-processor 
and  can  operate  almost  entirely  independent  of  the  host  processor. 
When  execution  of  a  floating  point  instruction  begins,  the  host 
processor  causes  START  FP  H  to  be  generated.  This  in  turn  allows  U223 
A  to  be  clocked  into  its  active  state,  asserting  FP  REQ  L,  which 
enables  U1368  (SN74LS02).  If  the  FPP  does  not  respond  within  the 
arbitrary  time  of  one  microsecond,  DLY  REQ  L  is  generated  which 
asserts  FP  WAIT  U.  This  signal  is  used  as  a  gating  signal  in  the 
System  Timing  Controller  (Sheet  to  measure  the  time  that  the  CPU 
waits  for  the  FPP,  an  indirect  measure  of  the  FPP  efficiency.  During 
normal  execution  of  a  floating  point  instruction,  the  FPP  issues  FP 
SYNC  L  in  response  to  the  host  processor's  FP  START(I)  H  or  FP  ATTN  L. 
FP  SYNC  L  is  inverted  and  enables  U222A  (SN74LS260)  to  reset  U223A. 
Other  conditions  which  reset  U223A  a^e:  (1)  HALT  H,  (2)  FP  EXC  TRAP 
L,  which  indicates  that  the  FPP  has  generated  a  "trap"  to  the  host 


processor,  and  (3)  INTR  H,  which  will  normally  abort  the  execution  of 
a  floating  point  instruction  to  allow  the  host  processor  to  service  an 
interrupt. 

The  host  processor’s  priority  and  current  Rode  are  decoded  by  U221 
(SN74LS139)  to  produce  PRIOR  4-7  L  and  USER  L,  SUPER  L,  and  KERNEL  L, 
U219C  (SN74LS08)  is  used  to  generate  UB  OVERLAP  H,  an  indication  of 
overlapping  operation  between  the  host  processor  and  other  Unibus 
devices. 

The  logic  on  Sheet  is  used  to  assess  the  operation  the  PDP-11/70 
memory  system.  U223-U227  (SN74LS04  and  SN74LS14)  buffer  various 
signals  from  the  host  system  which  are  used  in  the  IPPA  hardware. 
U90C  (SN74LS10)  asserts  START  H  when  any  memory  operation  is 
initiated.  At  the  next  negative  transition  of  24M  CLKH,  U229A 
(SN74LS7 3A)  is  clocked  into  its  active  state,  asserting  HEM  CIP  H 
which  indicates  that  a  memory  cycle  is  in  progress.  MEM  CIP  H  is  used 
to  clock  flip  flops  U2248 ,  U228A  and  U228B.  When  a  memory  cycle 
starts,  one  of  these  flip  flops  will  have  an  asserted  signal  at  its 
"D"  input  -  CP  ACKN  M,  MBC  ACRN  H,  OR  UB  ACKN  H  -  and  one  flip  flop 
will  consequently  be  clocked  into  its  active  state  to  indicate  the 
current  memory  user.  The  signals  generated  by  these  flip  flops  enable 
U230  and  U231  (SN74LS51)  to  assess  contention  for  memory  resources. 
For  example,  if  either  a  Unibus  or  MBC  memory  cycle  is  in  progress, 
the  assertion  of  CP  REQ  H  will  generate  CP  CNTH  L,  indicating  that  the 
CPU  is  contending  for  memory.  U231  is  also  used  to  determine  when  CPU 
operation  and  other  memory  access  overlap.  The  signal  70  OVERLAP  H  is 
asserted  when  this  condition  exists. 

U232A  (SN74LS21)  is  used  to  determine  a  cache  memory  ''miss"  by  AROlng 
the  necessary  conditions  -  a  slow,  read  memory  cycle  not  initiated  by 
an  MBC. 
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U233  (SN74LS195A)  is  used  to  generate  the  clock  for  the  CPU  Data  Latch 
(Sheet  ^))  and  the  CPU  Status  Latch  (Sheet  When  the  CPU 
accesses  memory,  CP  REQ  L  is  asserted  which  places  U233  in  the 
"parallel  load"mode.  On  the  next  positive  transition  of  20M  CLK  H  a 
"one"  will  be  loaded  into  either  QA  or  Qfi,  depending  on  READ  H. 
During  a  write  cycle  READ  K  will  be  negated,  causing  U1360  (SN74LS02) 
to  load  Q  which  immediately  generates  CLK  CPD  M.  During  a  read  cycle 
READ  H  will  be  asserted,  causing  U2008  (SN74LS08)  tu  load  QA.  When 
the  memory  cycle  is  completed,  data  is  strobed  into  the  CPU  and  CP  REQ 
L  is  negated.  This  places  U233  in  the  "shift"  mode,  and  approximately 
200  nanoseconds  later  a  "one"  is  shifted  into  Q  ,  generating  CLK  CPD 
h.  This  allows  time  for  the  data  to  become  valid  at  the  input  to  the 
CPU  Data  Latch. 

3.6  Peripheral  Activity  Module  (Sheet 

The  Peripheral  Activity  Module  (PAM)  is  essentially  a  co-processor  in 
the  1PPA  hardware,  whose  sole  purpose  is  to  collect  information 
regarding  peripheral  devices  through  Interpretation  of  address  and 
data  information  that  is  presented  to  the  Unibus.  The  hardware  used 
to  implement  this  function  is  shown  on  Sheet  (u).  Although  this 
schematic  is  meant  to  serve  as  an  intermediate  hardware  design,  it  is 
functionally  accurate. 


The  FAM  utilizes  an  extremely  fast  16-bit  microprocessor  integrated 
circuit,  the  Am29116.  In  this  application  the  Am29116 
performs  its  intended  function  by  executing  a  series  of  short  programs 
which  are  contained  in  the  Micro-program  ROM.  The  Micro-program  ROM 
is  controlled  by  the  2910  Micro  Secuencer.  The  particular  program 
being  executed  depends  on  several  factors:  (1)  information  loaded 
into  the  PAM's  internal  registers  by  the  Microcomputer,  (2)  current 
“status”  of  the  PAM,  (3)  current  inputs  to  the  PAM's  Jump  ROM  and 
Condition  Code  Multiplexer,  and  (4)  current  Unibus  Latch  data. 
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When  power  it  applied  to  the  1PPA  hardware,  the  PAM  ie  initialised  by 
a  power-up  routine  contained  within  the  Micro-program  ROM,  This 
serves  the  same  purpose  as  the  Microcomputer ' s  power-up  routine.  It 
places  the  hardware  in  a  known,  state  ready  to  respond  to  external 
inputs.  After  the  PAM  is  initialised,  it  will  enter  an  “idle"  state, 
where  it  awaits  a  coaaand  from  the  Microprocessor,  Whenever  the 
Microprocessor  accessed  the  PAM,  ENB  PAM  L  is  asserted  which  generates 
PAM  REQ  H.  When  the  RAM  is  in  an  idle  state,  it  uses  this  input  to 
the  Condition  Code  Multipexer  to  branch  to  one  of  its  aicro-prograaa , 
the  nicro-prograa  is  deterained  by  the  inputs  to  the  Juap  ROM,  which 
are  derived  froa  the  Microbus  (Sheet  If  the  PAM  cannot  respond 
to  the  Microcomputer  within  the  tiae  allocated  for  a  noraal  aeaory 
access,  BUSY  L  will  be  asserted  causing  PAM  WAIT  to  be  generated. 
This  will  cause  WAIT  cycles  to  be  generated  by  the  Microcoaputer  until 
the  PAM  can  properly  respond. 

The  information  presented  to  the  Juap  ROM  can  be  thought  of  as  a  type 
of  "macro”  instruction  to  the  PAM.  Tehse  macro  instructions  are 
divided  into  two  broad  categories:  load  class  instructions  and 
execute  class  instructions,  A  load  class  instruction  is  used  to  pass 
data  between  the  Microcomputer  and  the  PAM  registers.  When  the 
Microcomputer  performs  a  write  cycle,  PAM  REQ  H  is  asserted  and  READ 
DATA  L  is  negated.  READ  DATA  L  controls  the  direction  of  the  Microbus 
Data  Transceivers  (SN74LS245),  which  when  enabled  by  the  Micro-program 
ROM  (ROM  19  L)  allow  data  to  be  transferred  from  the  Microbus  (MDB 
00-15  H)  to  the  Pambus  (PAMBUS  00-15  H).  When  a  load  class  macro 
instruction  occurs  and  the  Microcoaputer  is  performing  a  read  cycle, 
the  PAM  will  place  the  proper  data  on  the  Pambus,  which  is  transferred 
to  the  Microbus  by  the  combination  of  signals  ROM  19  L  and  READ  DATA 
L. 
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An  execute  data  macro  instruction  will  place  the  PAM  in  ita  data 
collection  mode;  this  corresponda  to  the  1PPA  hardware  being  placed  in 
the  RUN  mode.  When  the  RUN  mode  ia  entered,  the  logic  on  Sheet  (d)  ia 
enabled,  and  UB  CYCLE  L  will  be  assarted  for  every  valid  Unibua  cycle. 
Thia  will  generate  PAM  REQ  H  to  the  Condition  Code  Multiplexer.  Since 
the  PAM  haa  been  placed  in  the  data  collection  mode,  PAM  REQ  H  will 
cause  the  PAM  to  branch  from  an  idle  utate  to  the  appropriate 
micro-program  routine.  In  this  routine  Micro-program  ROM  bits  20  and 
21  control  the  transfer  of  information  from  the  Unlbus  Address  Latch 
(UBAL  01-16  M)  and  the  Unibua  Data  Latch  (UBDL  00-18  H)  to  the  Pambua 
where  this  information  can  be  processed  by  the  PAM.  When  the 
micro-program  determines  that  an  interrupt  should  be  generated  to  the 
Microcomputer  -  for  example,  when  an  Internal  counter  overflows  -  the 
Micro-program  ROM  will  assert  PAM  INTR  H,  and  an  interrupt  will  be 
generated  by  the  Interrupt  Controller  (Sheet  The  appropriate 
Microcomputer  Interrupt  Service  Routine  will  generate  the  required 
load  class  macro  instruction  to  read  PAM  information,  as  described 
before. 
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4.0  THEORY  OP  OPERATION 


4.1  Overview 


This  section  describes  the  detailed  Theory  of  Operation  for  the  IPPA 
hardware.  It  is  intended  to  be  used  as  a  narrative  to  the  schematic 
drawings.  The  hardware  can  be  roughly  modularised  into  the  following 
groups : 

o  Unibus  Interface 


o  Microcomputer 

o  Associative  Memory 

o  Qualifier  Logic 

o  Peripheral  Activity  Module 


Each  module  is  discussed  fully  in  the  following  paragraphs. 


4.1.1  Schematic  Drawing  Notation 

An  attempt  has  been  made  to  increase  the  readability  and 
comprehensibility  of  the  schematic  drawings  through  the  use  of  mixed 
logic,  polarized  mnemonics,  assertion  level  descriptors,  and  logic 
state  indicators. 

4. 1.1.1  Mixed  logic  refers  to  the  drawing  of  gate  symbols  to  reflect 
their  intended  logical  function,  rather  that  the  function  designated 
by  the  integrated  circuit  manufacturer.  Thus,  a  gate  designated  as  a 
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NAND  gate  by  the  manufacturer,  such  as  the  SN7400,  may  appear  in  the 
schematic  drawings  as  either  a  NAND  gate  or  an  OR  gate  (with  inverted 
inputs),  depending  on  the  intended  logical  function.  Figure  4-1  shows 
some  equivalent  mixed  logic  gates. 

4 . 1 . 1 . 2  Signal  mnemonics  suggest  the  logic  function  performed  by  the 
signal  at  its  active  assertion  level.  All  signal  mnemonics  carry  an 
assertion  level  descriptor,  either  L  or  H,  as  the  final  character.  As 
the  name  Implies,  this  descriptor  indicates  the  level  of  the  signal 
when  it  is  asserted,  either  LOU  of  HIGH.  An  overbar  is  associated 
only  with  a  mnemonic,  not  with  the  assertion  level  descriptor.  The 
overbar  indicates  that  the  complement  of  the  logic  function  suggested 
by  the  mnemonic  is  performed  at  the  active  assertion  level  indicated 
by  the  accompanying  descriptor. 
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4 . 1  •  1 . 3  Logic  state  Indicator*  (or  logic  level  indicator a)  are  the 
’’bubbles"  at  inputs  or  outputs  of  logic  elements;  they  convey 
information  concerning  the  asserted  polarity  of  the  signal  on  the 
connecting  logic  line.  The  presence  of  the  indicator  shows  that  the 
assertion  level  is  LOW,  and  the  absence  of  the  indicator  shows  that 
the  assertion  level  is  HIGH.  Since  logic  state  indicators  and 
assertion  level  descriptors  do  not  always  match,  some  guidelines  were 
established  by  which  the  descriptors  and  indicators  have  been  assigned 
in  the  schematic  drawings. 

o  At  the  OUTPUT  of  a  logic  element,  the  state  indicator 

and  assertion  level  descriptor  ALWAYS  indicate  the 
same  level. 


o  At  the  INPUT  to  a  logic  element,  the  state  Indicator 

and  assertion  level  descriptor  will  normally  indicate 
the  same  level.  However,  if  an  incompatibility  does 
exist,  a  small  triangle  <TA>  is  used  at  the  input 
to  indicate  that  this  incompatibility  is  intentional. 
The  triangle  serves  two  purposes:  first,  it  is  an 
immediate  Indication  to  anyone  interpreting  the 
schematic  that  the  incompatibility  is  intentional,  and 
second,  it  gives  insight  into  the  funtion  of  the 
signal. 


4. 1.1. A  For  logic  gates ,  the  triangle  indicates  that 
the  complement  of  the  Blgnal  is  to  appear  in  the 
output  logic  expression.  When  the  y  symbol  appears 
at  the  input  of  an  OR  gate,  it  enables  the  logic 
function  performed  by  the  gate.  The  following  example 
refers  to  gates  found  on  Sheet  of  the  schematic 
drawings. 
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The  AND  function  of  gate  U154  B  in  disabled  when  SSYN 
H  is  asserted.  The  output  logic  expression  for  this 
gate  is: 

SET  BUSY  L  -  (SSYN  •  MY  BUSY  ‘  ENB  VEC  OUT)  H 

Note  that  the  SSYN  input  mnemonic  has  been 
complemented  in  the  output  expression.  The  OR 
function  of  gate  US9C  is  enabled  when  BBSY  H  is 
assorted.  The  output  logic  expression  for  this  gate 
is: 


SET  BUSY  L  -  (BBSY  +  MY  BUSY)  L 

Again  note  that  the  BBSY  input  mnemonic  is 

complemented  in  the  output  expression. 

4.1. 1.5  For  other  logic  elements  the  symbol 

indicates  that  the  function  of  the  associated  input  is 
inhibited  by  the  presence  of  the  signal  and, 
conversely,  enabled  by  its  ccnplement.  For  example, 
on  Sheet (a)  of  the  schematic  drawings,  flip  flop 
U14B  has  the  signal  MSYN  H  ^  on  its  "CLR"  input. 
This  implies  that  the  "clear"  function  is  inhibited  by 
MSYN  H  and  enabled  by  its  complement,  MSYN  L. 

4. 1.1. 6  Flip  flops,  especially  D-type,  always  seem  to 
add  an  element  of  obscurity  when  attempting  to 


interpret  schematic  drawings.  The  guidelines  for 
determining  the  operational  characteristics  of  flip 
flop  from  the  schematic  notation  is  straight-forward 
and  follows  the  same  guidelines  described  in  the 
paragraphs  above. 

Internal  mnemonics  are  those  assigned  by  the 
manufacturer  and  are  used  to  describe  the  internal 
mechanism  of  the  flip  flop  according  to  the 
manufacturer '  s  data  sheet. 

Signal  mnemonics,  assertion  level  descriptors,  and 
state  indicators  describe  the  functional  operation  of 
the  flip  flop. 

Signal  mnemonics  suggest  the  function  of  the  ACTIVE 
STATE  of  the  flip  flop,  in  almost  all  cases. 

The  active  state  of  the  flip  flop  is  determined  by  the 
absence  or  presence  of  a  state  indicator  at  the 
clocked  input  of  the  flip  flop.  The  absence  of  the 
indicator  shows  that  the  "Q"  output  will  be  HIGH  when 
the  flip  flop  is  in  its  ACTIVE  state.  (The  flip  flop 
is  generally  regarded  as  "set”  in  this  condition.)  The 
presence  of  a  state  indicator  at  the  input  shows  that 
the  "Q"  output  will  be  LOW  when  the  flip  flop  is  in 
its  ACTIVE  state.  (The  flip  flop  is  generally 
regarded  as  "reset”  in  this  condition.)  The  functions 
of  the  PRESET  and  CLEAR  inputs  follow  the  definition 
of  the  active  state. 

State  indicators  on  the  ”Q”  and  "Q"  outputs  always 
coincide  with  the  assertion  level  descriptor  of  the 


associated  signal  mnemonics  when  the  flip  flop  is  in 
its  ACTIVE  state. 

o  The  ^  symbol  at  a  clock  Input  indicates  that  the 

flip  flop  will  be  clocked  at  the  cor-lementary 
transition  of  the  signal  connected  to  the  clock  input. 

o  The  ^  symbol  at  a  data  input  indicates  that  the 

associated  signal  will  Inhibit  the  function  of  that 

input . 

4.2  Unibus  Interface  (Sheets  thru  ) 

The  Unibus  Interface  consists  of  the  following  logic  circuitry: 

o  Unibus  Address  Interface  and  Decode  Logic 

o  Unibus  Data  Interface,  Internal  Data  Bus,  Control 

Register 

o  Unlbus  Control  Interface 

o  Mask  Register,  Unibus  Latch 

o  FIFO,  Vector  Register 

o  Unibus  Acquieition  Logic 

4.2.1  Unibus  Address  Interface  and  Decode  Logic  (Sheet  (a)  ) 


The  Unibus  address  lines,  BUS  A00-17  L,  are  received  and  buffered  by 
bus  transceivers  U1-U5  (DS8641)  for  use  in  the  IPPA  hardware.  The 
block  of  addresses  used  to  communicate  between  the  host  system  and  the 


IPPA  Is  dittnined  by  the  setting  of  switch  SW1,  a  10-pole  DIP  switch* 
When  the  host  communicates  with  the  IPPA,  UBA13-17  H  will  be  asserted. 
Indicating  s  Unibus  Peripheral  Page  address,  and  UBA03-12  H  will 
correspond  to  the  selected  address  SWA03-12  H.  U6  and  U7  and  cascaded 
8-bit  comparators  (Aa2SLS2521)  which  generate  the  signal  MY  ADRS  L 
when  the  IPPA  is  addressed.  This  signal  is  used  with  UBA02  H  and  Cl  H 
to  generate  the  individual  read  and  write  signals  to  the  appropriate 
registers.  When  the  FIFO  is  accessed,  FIFO  H  is  asserted  and  U14 
(SN74LS74A)  generates  either  UR  FIFO  L  or  RD  FIFO  L,  providing  that 
the  proper  FIFO  access  recovery  tine  has  elapsed.  FIFO  recovery  is 
discussed  in  the  following  paragraph. 

4.2.2  Unibus  Data  Interface,  Internal  Data  Bus,  Control  Register 
(Sheet  (b)  ) 

The  Unibus  data  lines,  BUS  D00-15  L,  are  received  by  bus  transceivers 
U15-U18  (DS8641)  to  transfer  data  information  to  the  IPPA  hardware. 

Incoming  data,  UBDOO-15  U,  is  routed  to  the  various  registers  and  to 
the  Unibus  Data  Latch.  The  bus  transceivers  also  transmit  data  from 
the  Internal  Data  Bus,  IBD00-15  H,  to  the  Unibus.  The  tri-state 
Internal  Data  Bus  is  the  source  of  all  data  going  to  the  Unibus,  and 
it  can  be  enabled  with  data  from  the  following  sources: 

o  Control  and  Status  Register  (Sheet  (b)  and  (5)) 

o  Mask  Register  (Sheet  (5)  ) 

o  FIFO  Control  Register  (Sheet  ) 

o  FIFO  Data  Buffer  (Sheet  ) 

o  Vector  (Sheet  ^f)  ) 
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Data  froa  the  Internal  Data  Bua  la  transmitted  to  the  Unibus  when 
either  of  two  conditions  exist:  (1)  the  IPPA  Unlbut  Interface  is 
generating  an  interrupt  to  the  host  and  BNB  BED  OUT  I-  la  asserted,  or 
(2)  the  host  system  is  performing  a  read  access  to  one  of  the  IPPA 
registers,  and  MY  SSYN  L  is  asserted  and  Cl  H  is  negated .  (Remember 
that  the  darkened  triangle  associated  with  a  single  name  indicates 
that  the  mnemonic  should  be  complemented  in  the  output  or  terminal 
logical  expression). 

The  lower  byte  of  the  Control  and  Status  Register  (CSR)  is  Implemented 
using  D-type  flip  flops.  U19  and  U21  (SN74LS74A)  store  CSR  bits  0,  5, 
6,  and  7,  and  U20  (Am25LS2518)  stores  the  four  bits  of  the  Command 
Field,  CSR  bits  1-4.  These  CSR  bits,  with  the  exception  of  bit  7,  are 
written  when  the  host  system  performs  a  write  acces  to  the  CSR, 
generating  CLK  CSR  U.  When  bit  0,  the  HG0"  bit,  is  written,  DONE  H  is 
reset  and  an  interrupt  to  the  IPPA  Microcomputer  will  be  generated. 
The  Microcomputer  Interrupt  Service  Routine  (MISR)  will  direct  the 
Microcomputer  to  read  the  CSR,  which  generates  MRD  CSR  L.  This  signal 
resets  GO  H  and  enables  the  tri-state  outputs  of  U20,  which  source 
MBD01-04  H  on  the  Mlcrobus.  (The  Microbus  is  discussed  in  paragraph 
3.1).  The  MISR  will  then  proceed  according  to  what  is  reads  in  the 
Command  Field,  and  at  some  point  in  time  it  should  direct  the 
Microcomputer  to  write  bit  7,  the  "DONE”  bit  in  the  CSR.  DONE  H  is 
set  when  MWR  CSR  L  is  negated,  which  insures  that  MBD07  H  is  valid 
when  the  flip  flop  1b  clocked. 

Any  attempt  by  the  host  system  to  write  to  the  CSR  while  Go  H  is 
asserted  will  set  PGM  ERR  H,  Indicating  a  programming  error. 

FIFO  access  is  controlled  by  shift  register  U22  (SN74LS195A)  and  flip 
flop  U23  (SN74LS74A).  This  logic  is  required  to  meet  certain  timing 
specifications  of  the  Z8038  integrated  circuit.  The  access  sequence 
is  initiated  whenever  the  host  system  performs  a  read  or  write 
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operation  to  either  the  FIFO  Control  Regieter  or  the  FIFO  Dita  Buffer. 
This  action  will  generate  RD  FIFO  L  or  UR  FIFO  L,  respectively,  and  LD 
RECOVER  L  will  load  U22  with  all  ones.  RECOVER  H  Is  delayed  two  clock 
periods  (333  nanoseconds)  before  generating  CLK  SSYN  H  to  allow  FIFO 
data  to  be  accessed.  On  Sheet  CLK  SSYN  H  clock  set  MY  SSYN  L, 
which  is  delayed  50  nanoseconds  before  DLY  SSYN  H  asserts  BUS  SSYN  L 
on  the  Unibus .  Th  delay  insures  that  Unibus  data  is  valid  when  BUS 
SSYN  L  is  asserted.  If  a  write  operation  is  in  progress,  MY  SSYN  L 
will  terminate  FIFO  access  by  clearing  VR  FIFO  L  on  Sheet  (X) . 

Returning  to  Sheet  ,  the  second  part  cf  the  access  sequence  can 
now  be  discussed.  Until  FIFO  access  is  terminated,  LD  RECOVER  L  keeps 
U22  loaded  with  ones,  asserting  RECOVER  L.  On  Sheet  RECOVER  L  at 
the  input  of  U13  inhibits  FIFO  access  by  disabling  this  gate.  When  a 
FIFO  access  terminates,  LD  RECOVER  L  is  negated  and  U22  is  placed  in 
the  shift  mode.  Zeros  will  be  shifted  in  via  the  J  and  K  Inputs,  and 
four  clock  periods  later  (667  nanoseconds)  RECOVER  L  is  negated, 
enabling  FIFO  access. 

4.2.3  Unibus  Control  Interface  (Sheet  (c)) 

The  Unibus  Control  Interface  receives  the  remaining  Unibus  signals  for 
the  use  within  the  IPPA  and  transmits  those  signals  necessary  for 
Unibus  acquisition  when  the  IPPA  generates  an  interrupt  to  the  host 
system.  U1  and  U28-U32  (DS8641)  perform  these  tasks.  U33A  (SN74LS28) 
is  the  buffer  for  the  IPPA  hardware  initialization  signal,  RESET  L. 
This  signal  is  asserted  when  either  the  host  system  generated  BUS  INIT 
L,  causing  INIT  H  to  be  asserted,  or  the  System  Clock  Generator  (Sheet 
(?))  generates  MICRO  RST  L. 

The  write  clock  for  the  Vector  Register  (Sheet  (e))  is  generated  by 
the  Schmitt  Trigger  U27D  (SN74LS132),  which  is  configured  as  a 
75-nanosecond  delay  element.  Whenever  a  host-system  interrupt  is 
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generated,  INTO  H  will  be  asserted.  This  will  produce  WR  VBCR  H, 
provided  that  MY  B  SY  L  la  not  aaeerted,  Indicating  that  the  IPPA  la 
generating  the  host-system  interrupt* 

The  prloity  at  which  the  IPPA  operates  la  deteralned  ualng  a  atandard 
DEC  Priority  Jumper  Plug*  It  converta  REQ  L,  GRANT  IN  H,  end  GRANT 
OUT  H  to  correnpondlng  Unibus  aignala  BUS  BRn  L,  BUS  BGn  IN  H  and  BUS 
BGn  OUT  H. 

If  the  boat  ayatea  acceaaea  either  the  CSR  or  the  Mask  Register,  U24A 
will  be  enabled  and  U26A  will  be  direct-aet.  Since  there  la 
essentially  no  access  time  for  these  registers ,  no  delay  la  required 
before  setting  MY  SSYN  L. 

4.2.4  Mask  Register,  Unibus  Latch  (Sheet  ^)) 

The  Mask  Register,  U34-U37,  consists  of  four  quad  D-type  registers 
with  both  TTL  and  trl-state  outputs  (Aa25LS2518).  The  TTL  outputs  are 
used  in  the  Qualifier  Logic  (Sheet  (§)),  and  the  trl-state  outputs 
source  the  Internal  Data  Bus  when  the  host  systea  is  reading  the  Mask 
Register  and  RD  MASK  L  Is  asserted.  The  Mask  Register  Is  loaded  by 
CLK  MASK  H,  which  is  generated  when  the  host  systea  writes  data, 
UBD00-15  H,  Into  the  Mask  Register. 

U38-U41  ISN74LS374)  and  U26B  (SN74LS74A)  are  latches  for  the  Unlbus 
data,  UBD00-15  H,  and  address,  UBAO.  -1  -1.  The  Unlbus  Latch,  as  well 
as  U42 ,  are  clocked  by  CLK  UBL  H.  This  signal  Is  asserted  at  a  point 
when  both  Unlbus  data  and  address  signals  are  valid.  For  a  Unlbus 
DATO  (data  out)  operation,  this  occurs  when  MSYN  H  Is  asserted.  For 
the  Unlbus  DAT I  (data  In)  operation,  this  occurs  75  nanoseconds  after 
SSYN  H  is  asserted.  U42  (SN74LS74A)  generates  UB  CYCLE  H  whenever  the 
IPPA  is  in  the  RUN  mode  and  CLK  UBL  H  occurs.  UB  CYCLE  H  Is  used  to 
infora  the  Peripheral  Activity  Module  (PAM  -  Sheet  U)  that  a  valid 
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Unibus  cycle  has  occurred.  IF  the  PAM  does  not  respond  with  UB  ACK  L 
before  the  next  Unibus  cycle  occurs,  then  OVERRUN  H  will  be  set, 
indicating  an  error  condition. 

The  Control  and  Status  Register  (CSR)  is  read  by  the  host  system  when 
tri-state  buffers  U43  and  U44  (SN74LS244)  are  enabled  by  RD  CSR  L. 
This  allows  U43  and  U44  to  source  the  Internal  Data  Bus.  CSR  bit  11 
is  derived  from  MEM  ERR  H,  a  logical  OR  of  all  detected  memory  error 
conditions. 

4.2.5  FIFO ,  Vector  Register  (Sheet  (e)) 

The  FIFO,  U47  and  U48,  consists  of  two  Z8038A  FIFO  circuits  and 
additional  support  logic.  Certain  aspects  of  the  Z8038  which  relate 
to  its  external  operational  interface  will  be  discussed  here.  The 
reference  material  in  Appendix  A  should  be  consulted  for  a  more 
thorough  description  of  the  hardware  and  software  operation  of  the 
Z8038.  The  mode  pins,  MO  and  Ml,  configure  the  Port  1-sidt  of  U47  as 
a  Z-Bus  High  Byte  device  and  the  Port  1-slde  of  U48  as  a  A-Bus  Low 
Byte  device.  This,  in  essence  configures  the  FIFO  for  16-blt  word 
transfers  and  allows  the  IPPA  Microcomputer  to  access  the  FIFO  as  a 
peripheral  device.  It  is  critical  to  note  that  the  Z8038  must  be 
configured  under  software  control  so  that  Port  2  responds  as  a 
Non-Z-bus  device  and  that  both  Port  1  and  Port  2  transfer  data  by 
means  of  "synchronized  CPU  and  FIO".  This  will  allow  the  support 
logic  to  function  in  its  intended  manner. 

The  operation  of  the  Port  2-side  is  straight-forward.  When  the  host 
system  accesses  the  FIFO,  FIFO  L  will  be  asserted  along  wi rh  either  RD 
FIFO  L  or  WR  FIFO  L.  UBA01  H  will  determine  which  register  -  FIFO 
Data  Buffer  Register  or  FIFO  Control  and  Status  Register  -  is 
accessed.  During  a  read  operation  the  tri-state  data  lines  of  the 
Z8038  will  be  enabled  and  will  source  the  Internal  Data  Bus.  During  a 
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writ*  operation  WR  FIFO  L  enables  tri-state  buffers  U45  and  U4to,  which 
allow  Unlbus  data  UBDOO-15  H  to  be  written  into  the  FIFO.  If  the  host 
system  attempts  to  write  into  a  full  or  read  from  an  empty  Date  Buffer 
Register,  XFKR  ERR  L  will  be  asserted.  This,  in  turn,  sets  FIFO  ERR 
H,  indicating  an  error  condition. 

The  operation  of  the  Port  1-side  of  the  FIFO  is  controlled  by  the 
Microcomputer.  Since  the  Z8038  is  configured  as  Z-Bus  device,  its 
data  lines,  MAD00-15  H,  are  connected  directly  to  the  unbuffered, 
multiplexed  address/data  lines  of  the  Z8001A  Microprocessor.  The 
other  control  signals  come  from  the  Microbus,  which  is  described  in 
Paragraph  3.1.  The  major  difference  in  accessing  the  FIFO  from  the 
Port  1-slde  is  that  the  Microcomputer  can  directly  address  al~  sixteen 
registers  internal  to  the  Z8038,  whereas  the  host  system  can  directly 
address  only  two,  as  described  above. 

At  this  time,  it  is  intended  that  all  FIFO  operations  be  controlled  by 
the  Microcomputer  via  comands  written  into  the  SCR  by  the  host 
computer.  The  Microcomputer  accesses  the  FIFO  when  it  addresses  any 
FIFO  register,  thereby  generating  SEL  FIFO  L. 

The  registers  internal  to  U47  (high  byte)  are  addressed  by  MBA01-04  H, 
and  the  registers  internal  to  U48  (low  byte)  are  addressed  by  MAD01-04 
H.  Identical  information  will  be  presented  on  these  address  lines 
when  they  are  strobed  by  the  Z8038,  so  the  same  register  in  each 
device  is  always  selected.  Read  and  write  operations  are  determined 
by  MBUR  L  and  are  always  performed  on  a  16-bit-vord  basis  by  the 
Microcomputer.  Since  the  registers  in  each  Z8038  are  8-bits-wide, 
those  registers  which  control  the  internal  operation  must  be  loaded 
with  the  same  eight  bits  of  information;  i.e.,  the  high  byte  and  the 
low  byte  of  the  data  word  must  be  identical.  Specifically  thc 
reglsters  which  mu3t  be  accessed  in  this  psuedo  byte  manner  are  as 
follows : 


4-  13 


MICROBUS 


REGISTER 

ADDRESS  (HEX) 

ACCESS  1/PE 

Control  Register 

0 

70200 

READ/HRITE 

Control  Register 

1 

>0202 

READ/HRITE 

Control  Register 

2 

70211 

READ /WRITE 

Control  Register 

3 

■>02)4 

READ/HRITE 

interrupt  Status 

Register 

0 

70204 

READ/HRITE 

Interrupt  Status 

Register 

1 

70206 

READ/HRITE 

Interrupt  Status 

Register  2 

70208 

READ/HRITE 

Interrupt  Status  Register 

3 

7020A 

READ/HRITE 

Byte  Count  Register 

7020E 

READ  ONLY 

Byte  Count  Compare  Register 

7  02 10 

READ /WRITS 

The  register*  which  u*e  only  the  low  hyte  of  date  ere  a*  follow*: 

MICROBUS 

REGISTER  ADDRESS  (HEX)  ACCESS  TYPE 

Tnterrupt  Vector  Register  7020C  READ/WRITE 

Pattern  Match  Register  7021A  READ/WRITE 

Patte  i  Mask  Regiyter  7021C  READ/WRITE 

The  remaining  registers  are  used  to  transfer  16-bit  words  between  the 
two  ports  of  the  Z8038.  They  are  as  follows: 


MICROBUS 


REGISTER 

ADDRESS  (HEX) 

ACCESS  TYPE 

Message  Out  Register 

70216 

READ/WRITE 

Message  In  Register 

70218 

READ/WRITE 

Data  Buffer  Register 

702  IE 

READ/WRITE 

To  add  a  degree  of  versatility  to  the  Port  1-side  of  the  FIFO,  two 
features  have  been  implemented.  First,  the  Z803B  interrupt  mechanism 
operates  at  the  same  level  as  the  Microcomputer  Interrupt  Controller 
circuitry  (refer  to  Paragraph  3.6).  This  allows  the  FIFO  to  generate 
vectored  Interrupts  for  a  variety  of  reasons,  when  enabled.  Second, 
the  internally-generated  WAIT  signal  is  used  in  a  slightly  different 
manner.  If  the  Microcomputer  attempts  to  write  into  a  full  or  read 
from  an  empty  Data  Buffer  Register,  BUFFER  WAIT  L  will  be  asserted  by 
the  Z8038.  This  signal  is  used  to  activate  a  Wait  Timer.  Since  the 
Microcomputer  is  ultimately  a  slave  to  the  host  system,  the  Wait  Timer 
gives  more  flexibility  to  host  system  -  Microcomputer  interaction. 
BUFFER  WAIT  L  triggers  U53B  (SN74LS123),  the  Wait  Timer,  and  both 
TIMEOUT  L  and  TIMEOUT  H  are  negated.  ThiB  enables  U55A  (SN74KS32)  to 
generate  FIFO  WAIT  L,  which  causes  extra  WAIT  cycles  to  be  inserted  in 
the  current  Microcomputer  memory  cycle.  If  BUFFER  WAIT  L  is  still 
asserted  at  the  expiration  of  the  Wait  Timer's  timing  interval,  U54A 
(SN74LS74A)  will  be  clocked  into  its  active  state,  asserting  TO  ERR  H 
and  indicating  an  error  condition.  The  assertion  of  TIMEOUT  H  by  the 
Wait  Timer  disables  FIFO  WAIT  L,  allowing  the  Microcomputer  to 
complete  its  current  memory  cycle.  Since  U53B  is  retriggerable,  it  is 
only  at  the  end  of  its  timing  interval  that  the  state  of  BUFFER  WAIT  L 
becomes  relevant.  In  what  can  be  regarded  as  normal  operation,  the 
FIFO  WAIT  L  signal  will  be  controlled  exclusively  by  BUFFER  WAIT  L, 
and  U54A  will  continue  to  be  clocked  into  its  inactive  atate  by 
TIMEOUT  H. 
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The  Vector  Register,  U49  and  U50,  consists  of  two  16-by-5  FIFO 
memories  (SN74S225),  operating  in  parallel.  When  a  host  system 
Interrupt  occurs,  the  vector  is  placed  on  the  Unibus  data  lines 
UBDOO-08  H.  This  data  is  clocked  into  U49  and  USO  by  WR  VECR  H.  When 
data  is  present,  LO  RDY  H  and  HI  RDY  H  will  be  asserted,  generating 
HOST  INTR  II  which  interrupts  the  Microcomputer  at  the  highest  Vectored 
Interupt  level.  When  the  Microcomputer  reads  the  Vector  Register,  RD 
VEcR  L  is  asserted.  This  enables  the  tri-state  outputs  of  U49  and  US9 
which  now  source  Microbus  data  lines  MBDOO-08  H.  If  more  than  one 
vector  has  been  written  into  the  Vector  Register,  the  absolute  level 
of  HOST  INTR  H  will  follow  the  absolure  level  of  RD  VECR  L.  Thus, 
when  the  Microcomputer  completes  its  read  operation,  RD  VECR  L  will  be 
negated  and  HOST  INTR  H  will  again  be  asserted.  This  transition  of 
HOST  INTR  H  is  mandatory  for  the  proper  operation  of  the  Interrupt 
Controller  circuitry.  If  the  Vector  Register  is  full  when  WR  VECR  H 
is  asserted,  U52A  (SN74S74A)  will  be  clocked  into  its  active  state  and 
VECR  OVFL  H  will  be  asserted,  indicating  an  error  condition. 

4.2.6  Unibus  Acquisition  logic  (Sheet^?)) 

The  Unibus  Acquisition  logic  allows  the  IPPA  to  generate  interrupts  to 
the  host  system.  Operation  begins  with  all  flip  flops  on  Sheet 
reset;  all  but  U58B,  which  is  self-resetting,  are  reset  by  RESET  L. 
The  host  system  must  enable  interrupts  by  setting  bit  5  and/or  bit  6 
in  the  CSR.  These  CSR  bits  appear  at  the  "D"  inputs  to  U56 
(SN74LS74A)  and  enable  the  Unlbus  Acquisition  logic.  When  the 
corresponding  clock  signal  occurs,  l.e.,  either  CLK  ERR  H  or  DONE  H, 
U55B  (SN74LS32)  will  assert  GET  BUS  H.  When  U57A  (SN74LS114A)  is 
clocked,  MY  BR  H  is  set  and,  on  Shaet  (c),  the  appropriate  BUS  BRn  L 
will  be  asserted.  When  the  host  Priority  Arbitration  logic  issues  a 
grant  at  the  corresponding  level,  and  when  this  grant  is  passed  to  the 
IPPA  as  BUS  BGn  IN  H,  it  will  be  asserted  aa  GRANT  IN  L  at  the  input 
of  Inverter  U11E.  The  inverted  signal,  GRANT  H,  disables  U55C 


4-16 


(SN74LS32)  and  clocks  U58A  (SN74LS74A).  With  MY  BR  H  asserted  at  its 
"D"  input,  U58A  is  set  in  its  active  state,  asserting  MY  SACK  H  and  MY 
SACK  L.  MY  SACK  H  will  assert  BUS  SACK  L  (Sheet  (c))  and  also  resets 
MY  BR  H  at  the  next  clock  to  U57A.  Whenever  U57A  is  reset  MY  BR  H  is 
asserted,  indicating  that  the  1PPA  is  not  requesting  the  Unibus.  MY 
BR  H  at  the  "D”  input  to  U58B  will  generate  GRANT  OUT  L  whenever  the 
flip  flop  is  clocked  by  GRANT  H.  U58B  will  be  reset  when  the  incoaing 
grant,  GRANT  IN  L,  is  negated.  In  this  manner  U58B  acts  to  "pass  the 
grant"  whenever  the  IPPA  is  not  requesting  the  Unibus. 

Returning  to  the  case  wh°,'“  the  IPPA  has  generated  the  bus  request,  MY 
SACK  L  is  asserted,  which  clears  U56  and  also  enables  U60A  (SN74LS32). 
If  or  when  BBSY  H  is  negated,  indicating  that  the  Unibus  is  not  in 
use,  SET  BUSY  L  will  be  asserted.  This  direct-seta  both  U57B  and 
1J201A  (SN74LS114A);  U57B  asserts  MY  BUSY  H,  which  generates  BUS  BBSY  L 
(Sheet  (c)),  and  MY  BUSY  L.  The  tri-state  outputs  of  buffer  U61 
(SN74LS244)  are  enabled,  and  the  Internal  Data  Bus  is  sourced  with  the 
vector  ^elected  by  SW2,  a  7-pole  DIP  switch.  MY  BUSY  L  also  maintains 
the  assertion  of  SET  BUSY  L  and  enables  one  input  of  U154B.  ENB  VEC 
OUT  L  enables  the  low-byte  data  transceivers  on  Sheet  B  ,  placing  the 
vector  on  Unibus  data  lines  BUS  DOO-07  L,  enables  a  second  input  to 
U154B,  and  also  disables  the  clocked  resetting  of  U201B.  If  or  when 
SSYN  H  is  negated  by  the  previous  Unibus  operation,  U154B  will  be 
enabled,  and  U201B  will  be  clocked  into  its  active  state,  generating 
MY  INTR  H  and  MY  INTR  L.  The  assertion  of  MY  INTR  H  causes  BUS  INTR  L 
(Sheet  ©)  to  be  placed  on  the  Unibus  and  also  enables  one  input  to 
U59D.  MY  INTR  L  disables  the  clocked  resetting  cf  U57B  and  also 
enables  U55C.  When  the  incoaing  grant  is  negated,  GRANT  H  will  also 
be  negated.  This  allows  U53C  and  U59B  to  generate  CLR  SACK  L,  which 
reset 8  U58A  and  negates  SET  BUSY  L. 

When  the  host  system  has  read  in  the  vector,  it  will  issue  BUS  SSYN  L, 
which  causes  SSYN  H  to  be  asserted  and  enables  U59D.  On  the  next 
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clock  to  U2C1A,  the  flip  flop  will  be  reset,  negating  ENB  VEC  OUT  L 
and  reaovlng  BUS  INTR  L  fro*  the  Unibuf.  Finclly,  on  the  following 
clock,  US7B  will  be  reset,  removing  BUS  BBSY  L  froa  the  Unibus.  This 
completes  the  interrupt  cycle. 
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4.3  Microcomputer  (Sheets  (g)  thru 

The  Microcomputer  consists  of  the  following  logic  circuitry: 
o  Microprocessor  and  System  Clock  Generator 

o  Program  ROM 

c  Program  RAM 

o  I/O  Control  and  Error  Register  Buffer 

o  System  Timing  Controller 

o  Interrupt  Controller 

4.3.1  Microprocessor  and  System  Clock  Generator  (Sheet  (Q) 

The  Z8001A  is  the  6-Megahertz,  segmented  version  of  the  Z8UOO 
Microprocessor.  Those  aspects  of  the  Z8001A  which  ate  relevant  to  the 
IPPA  hardware  will  be  discussed  in  thi6  paragraph.  A  more  thorough 
description  of  the  Z8000  cen  be  obtained  by  consulting  those  reference 
documents  listed  in  Section  6. 

The  use  of  the  circuitry  associated  with  the  Microprocessor  is  sirilar 
to  that  developed  for  standard  applications.  MAD00-15  H  are  the 
multiplexed  address/data  lines  from  the  Z8001.  U66-U68  (SM74S373)  are 

octal,  tri-state  latches  which  use  the  buffered  Address  Strobe,  BAS  H> 
as  the  "enable"  input.  When  BAS  H  is  negated,  the  Microbus  Address, 
MBA0018  H,  is  latched  for  the  current  Microcomputer  cycle.  The 
Microbus  is  defined  as  the  collection  of  buffered  address,  data,  and 
control  signals  which  are  used  to  transfer  information  within  the 
Microcomputer.  The  segment  outpute  SEGMTO-2  H  are  used  as  the  upper 
three  addressee,  MBA16-18  H,  of  the  Microbu6.  The  outputs  of  U66-U68, 
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as  wall  as  the  remaining  Microbus  buffers,  are  enabled  by  ENB  BUS  L. 
Since  no  devices  currently  in  the  1PPA  hardware  are  capable  of 
requesting  use  of  the  Microbus,  ENB  BUS  L  will  normally  be  asserted. 
U69  and  U70  are  octal,  bidirectional  bus  transceivers  (SN74LS243) 
which  buffer  data  between  the  Microprocessor,  MAD00-15  H,  and  the 
Microbus,  MBDOO-1!>  H.  When  DATA  STB  L  is  asserted  by  the 
Microprocesor ,  it  indicates  that  the  multiplexed  address/data  lines 
are  being  used  to  transfer  data.  The  use  of  this  signal  in  the  timing 
of  data  transfers  will  be  discussed  in  Paragraph  3.3.  The  direction 
of  data  transfet  is  controlled  by  WRITE  L;  when  assorted,  it  indicates 
a  transfer  from  the  Microprocessor,  to  the  Microbus.  When  WRITE  L  is 
negated  and  BDS  H  is  asserted,  READ  DATA  L  is  asserted;  this  directs 
the  data  from  the  M;'crobus  to  the  Z8001  during  a  read  operation.  U65 
is  an  octal  buffer  (SN74S244)  for  other  Microbus  control  signals. 

The  Z8001  status  lines,  STATUS  0-3  H  are  decoded  by  U63  (SN74LS138) 
and  U62,  the  System  Clock  Generator  (AoZ8127),  to  determine  the  type 
of  transaction  currently  in  progress  in  the  Z8001.  When  STATUS  3  H  Is 
asserted,  U63  ia  disabled  and  the  Microcomputer  is  accessing  its 
memory  space  for  a  data  transfer.  When  STATUS  3  11  is  negated,  U63 
decodes  the  transaction  -  either  a  dynamic  refresh  cycle  or  an 
interrupt  acknowledge  cycle.  STATUS  3  H  is  buffered  by  U65  and  U223A 
to  provide  MEM  CYC  H  and  MEM  CYC  L  for  use  elsewhere  in  the 
Microcomputer.  The  System  Clock  Generator,  U62,  generates  all  clock 
signals  used  in  the  Microcomputer.  It  generates  ZCLK  H,  the 
6-Megahertz  clock  used  only  by  the  ZH001,  and  it  provides 
general-purpose  system  clocks  at  the  foil  rfing  frequencies:  24.0 
Megahertz,  6.0  MHZ,  3.0  Megahertz,  and  1.5  Megahertz.  U62  also 
controls  system  initialization  by  asserting  MICRO  RST  L,  either  during 
power-up  or  in  response  to  MAN  RESET  L;  this  signal  is  asserted  by 
pushing  SW3,  the  manual  reset  switch. 

If  certain  devices  in  the  Microcomputer  cannot  respond  of  perform 
properly  in  the  period  normally  allocated,  MICRO  WAIT  L  will  be 
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asserted.  This  causes  U62  to  assert  WAIT  L  to  the  Microprocessor, 
which  will  then  insert  WAIT  cycles  in  the  current  transaction  until 
WAIT  L  is  negated.  U62  has  an  internal  counter  which  generates  an 
internal  timeout  signal  if  MICRO  WAIT  L  is  asserted  for  more  than  16 
clock  cycles  (4.0  microseconds).  This  signal  will  generate  a 
Non-Maskable  Interrupt  only  if  TIMEOUT  L  is  asserted. 

This  allows  the  FIFO  Wait  Timer  to  extend  the  timeout  interval  to  its 
period.  A  Non-Maskable  Interrupt  will  also  be  generated  when  HARO  ERR 
H  is  asserted  (Sheet  (j)  ),  indicating  that  a  critical  hardware  error 
has  been  detected.  The  Microprocessor's  Non-Vectored  Interrupt  input 
is  controlled  by  SOFT  ERR  L,  which  when  asserted  Indicates  that  a 
non-critical  error  has  been  detected.  The  Vectored  Interrupt  input  is 
the  remaining  input  which  is  used  on  the  Z8001.  An  interrupt  request, 
VEC  INTR  L,  can  be  made  by  either  the  FIFO  (Sheet  (e)  )  or  the 
Interrupt  Controller  (Sheet  ®  )• 

4.3.2  Program  ROM  (Sheet  @) 

The  Microcomputer  address  space  is  decoded  into  64K-byte  "pages'*  by 
U72  (SN74S138).  When  MEM  CYC  H  is  asserted  (ENB  BUS  L  is  normally 
asserted),  the  Microcomputer  is  accessing  its  memory  space  and 
MBA16-18H  are  decoded  to  generate  an  enable  signal  to  the 
corresponding  page.  U89C  (SN74LSOG)  asserts  MC  REQ  H  if  the 
Microcomputer  accesses  the  Associative  Memory. 

Before  discussing  the  program  ROM  circuitry,  a  brief  mention  of  the 
possible  PROM  options  should  be  made.  The  logic  has  been  implemented 
to  accept  both  2K  x  8  and  4K  x  8  pin-compatible  PROMs.  The  logic  also 
allows  the  substitution  of  MOS  EPROMs  for  standard  bipolar  PROMs.  The 
error  detection  logic  for  Non-Existent  ROM  is  configurable  for  the 
type  and  number  of  PROMs  installed. 
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These  options  are  configured  using  one  patch  plug,  PP1,  which  is 
connected  as  follows: 

o  For  2K  x  8  PROMs,  MBA12-13  H  are  connected  to  ROM 

ENBO-1  H,  respectively,  and  +5VDC  is  connected  to  ROM 
A12  H. 

o  For  4K  x  8  PROMS,  MBA12-14  H  are  connected  to  ROM  A12 

H  and  ROM  END-1  H,  respectively. 

o  For  a  2K  x  16  address  space,  connect  MBA12-14  H  to  ERR 

SELO-12  H,  respectively.  For  4K  x  16  address  space, 
connect  MBA13-14  H  to  ERR  SEL1-2  H,  respectively,  and 
connect  ERP  SELO  H  to  GROUND.  For  an  8K  x  16  address 
space,  connect  MBA14  H  to  ERR  SEL2  H  and  connect  both 
ERR  SELO- 1  H  to  GROUND.  For  a  16K  x  16  address  space, 
connect  ERR  SELO- 2  to  GROUND. 

o  For  PROMs  with  an  access  t  le  greater  than  220 

nanoseconds,  add  the  number  of  WAIT  cycles  required 
for  valid  access  by  removing  GROUND  from  WAIT  1-3  H, 
as  appropriate. 

WAIT  1  Ti  -  385  nanoseconds  maximum  access  time 

WAIT  1-2  H  ■  550  nanoseconds  maximum  access  time 

WAIT  1-3  H  “  715  nanoseconds  maximum  access  time 

The  Page  0  enable  signal  from  U72,  ENB  ROM  L,  enables  the  Program  ROM 
circuitry  during  a  memory  access.  ENB  ROM  L  enables  U8B  (SN74LS139), 
which  decodes  ROM  ENB  0-1  H  in  order  to  select  one-of-four  pairs  of 
ROM  integrated  circuits,  and  it  also  enables  one  iput  of  both  U136B 
(SN74LS02)  and  U10C  (SN74LS02).  If  an  attempt  is  made  to  write  into 
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Pag*  0,  U136B  will  assert  BAD  WR  U  and  U74A  (SN74LS74A)  will  b* 
clocked  act  whan  eh*  addraaa  at rob*,  MBAS  L,  1*  negated.  This  asserts 
ROH  ACC  ERR  H,  Indicating  an  error  con lit Ion. 

When  MBHREQ  L  is  asserted,  two  actions  are  Initiated.  First,  U75D 
(SN74LS32)  Is  enabled,  which  will  generate  the  enable  signal,  ENB  ROMn 
L,  corresponding  to  the  select  signal,  SEL  ROMn  L,  asserted  by  U8B. 
The  combination  of  these  two  signals  will  enable  the  tri-state  outputs 
of  one  pair  of  PROMs,  which  will  provide  the  data  word  to  the 
Microbus,  MBDOG-15  H,  from  the  location  addressed  by  MBA01-11  H  and 
ROM  A12  H. 

Second,  when  MEM  CYC  L  is  asserted,  U10C  generates  ROM  ACCESS  H.  If 
an  address  is  accessed  outside  the  address  space  created  by  the  ROM 
Plug,  PP1,  lilGD  will  assert  CLK  NX  ROM  H,  which  clocks  U54B 
(SN74LS74A).  This  asserts  NX  ROM  H,  indicating  as  error  condition. 
ROM  ACCESS  H  also  places  U76  (SN74LS195A)  in  the  "shift"  mode.  If  the 
ROM  Patch  Plug  is  configured  to  generate  WAIT  cycles',  U76  will  have 
been  loaded  with  the  number  of  ones  corresponding  to  the  number  of 
desired  WAIT  cycles.  At  the  next  transition  of  the  clock  input,  6M 
CLK  H,  a  one  will  be  shifted  into  the  "Q  "  output,  and  its 
complementray  output  "Q  "  will  assert  ROM  WAIT  L.  U203A  (SN74LS21) 
responds  by  asserting  MICRO  WAIT  L  to  the  System  Clock  Generator 
(Sheet  (g))»  until  a  sero  is  shifted  into  the  "Q  ”  output  and  ROM  WAIT 
L  is  negated.  This  allows  the  Microprocessor  to  complete  it  memeory 
cycle,  at  wheih  time  MBMREQ  L  will  be  negated.  When  ROM  ACCESS  H  is 
negated,  U76  will  once  again  be  loaded  with  the  value  at  its  parallel 
inputs. 


4.3.3  Program  RAM  (Sheet 

Page  2  and  Page  3  in  the  memory  address  space  have  been  allocated  for 
Program  RAM.  Access  to  either  page  will  either  ENB  LO  PM  L  or  ENB  HI 
PM  L.  'J51D  (SN74LSOO)  then  asserts  ENB  PM  H,  which  enables  the 
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Program  RAM  circuitry.  Th«  RAM  itself  consists  of  eighteen  16K  x  1  or 
64K  x  1  dynamic  RAM  integrated  circuits '  -U91-UIQ8.  These  are 
separated  into  two  equal  groups  -  the  low  byte  and  the  high  byte  ** 
each  containing  eight  data  bits  and  one  parity  bit.  the  Program  RAM 
can  be  acessed  on  a  byte  or  word  basis  by  the  Microprocessor.  Byte 
and  word  access  is  controlled  by  U89A  and  U89B  (SN74LSOO).  When 
MBWORD  L  is  asserted  by  the  Microprocessor,  indicating  a  word  access, 
both  ENB  LO  BYT>.  H  and  ENB  HI  BYTE  H  are  asserted,  enabling  both  the 
low  and  high  byte  of  Program  RAM.  When  MBWORD  L  is  negated,  only  one 
byte  will  be  enabled,  and  this  is  determined  by  the  state  of  MBAOO  H. 
The  Z8000  accesses  the  high  byte  at  even  addresses. 

The  address  to  the  RAM  circuits,  PRAM  AO-7  H,  is  multiplexed  by  U86 
and  U87  (SM74S157).  When  16K  x  1  RAM  circuits  are  used,  PRAM  A7  H  is 
disregarded.  The  "a"  inputs  to  U86  and  U87 ,  MBAQ1-08  K,  are  used  as 
the  row  address  >-o  the  RAM.  The  "B“  inputs,  which  are  used  as  the 
column  address,  are  selected  by  the  RAM  Patch  Plug,  PP2.  When  16K  x  1 
RAM  circuits  are  used,  MBA08-14  H  will  be  selected  as  the  “B"  Inputs, 
and  16K  MODE  L  will  be  connected  to  GROUND.  When  b4K  x  l  RAM  circuits 
are  used,  MBAOS-15  H  will  be  selected  as  the  "B"  inputs,  and  16K  MODE 
L  will  be  connected  to  +5VDC. 

When  either  a  valid  memory  read/write  cycle  or  a  refresh  cycle  is  in 
progress,  MBMREQ  L  will  be  asserted  by  the  Microprocessor.  MBMREQ  L 
is  used  as  the  t<  address  3trobe  to  the  RAM.  Since  SEL  COL  H  is 
currently  negated,  U86  and  0‘87  select  the  row  address  as  PRAM  AO-7  H, 
and  this  is  strobed  into  the  internal  row  address  latch.  U27C 
(SN74LS132)  delays  MBMREQ  L  40  nanoseconds  and  then  asserts  SEL  COL  H, 
which  causes  U86  and  U87  to  select  the  column  address  as  PRAM  AO-7  H. 

If  a  valid  read/write  cycle  is  in  progress,  the  Microporcessor  will 
next  assert  BDS  H.  This  is  the  buffered  Data  Strobe,  a  timing  signal 
the  Microprocessor  uses  to  control  data  transfers.  Since  ENB  PM  H  is 
asserted,  BDS  H  will  be  the  remaining  enabling  input  to  U90  and  U90B 
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(SN74LS10).  This  causes  LO  CAS  L  and  HI  CAS  L  to  be  asserted, 
dtpanding  on  tha  scat*  of  ENB  LO  BYTE  H  and  ENB  HI  BYTE  H, 
respectively.  LO  CAS  L  and  HI  CAS  L  arc  the  column  address  strobes  to 
the  RAM.  The  assertion  of  LO  CAS  L  and/or  HI  CAS  L  cause  the  coluan 
address,  now  selected  by  U86  and  U87 ,  to  be  strobed  into  the  internal 
coluan  address  latch.  The  HCASH  aignal  controla  the  internal 
aechanlsa  of  the  RAM.  During  a  write  operation,  indicated  by  the 
assertion  of  MBWR  L,  data  froa  the  Microbus,  MBDOO-15  H,  Is  strobed 
into  RAM  when  the  "CAS"  aignal  is  negated.  During  a  read  operation 
the  assertion  of  the  "CAS"  signal  also  enables  the  tri-state  output 
buffers,  so  that  the  RAM  now  sources  data  to  the  Microbus. 

U1L0  and  U1L1  (SN74S280)  continuously  generate  an  even-parity  signal 
for  the  Microbus  data,  MBD00-15  H.  During  a  write  operation  the 
Micr Jprocessor  will  place  a  word  (byte)  on  the  ..icrobus  and  U1I0  and 
U11L  will  assert  or  negate  GAN  HI  PAR  H  and  GEN  LO  PAR  H  accordingly. 
These  signals  arc  connected  to  the  "Data  In"  Inputs  of  RAM  circuits 
U99  and  U108.  When  the  ”CAS"  signal  is  negated,  these  parity  bits 
will  be  strobed  into  the  RAM,  along  with  the  RAM,  along  with  the 
Microbus  data. 

During  a  read  operation  U99  and  U108  generate  RD  HI  PAR  H  and  RD  LO 
PAR  H  at  the  same  time  that  the  remaining  RAM  circuits  source  the 
Microbus;  U110  and  Ulll  again  generate  parity  for  the  Microbus  data. 
U112A  and  U1I2B  (SN74S86)  perform  an  exclusive-OR  between  the  parity 
bit  which  is  read  from  U99  and  U108  and  the  parity  signal  which  is 
currently  generated  by  U110  and  Ulll.  If  the  parity  is  dissimilar, 
U112  will  assert  HI  PAR  BAD  H  and  LO  PAR  BAD  H  accordingly. 

These  signals  are  inputs  to  U91A  and  U91B  (SN74LS08),  and  if  they  are 
asserted  during  a  read  operation,  U88  (SN74LS74A)  will  be  clocked  into 
an  active  state  at  the  end  of  the  memory  cycle  by  the  negation  of  HI 
CAS  L  and  LO  CAS  L,  indicating  an  error  condition.  U88  is 
self-latching,  so  the  error  indication  will  remain  until  it  is  cleared 


4-25 


by  the  Microcomputer.  MBWR  L  at  the  input  of  U9i  inhibits  error 
detection  during  write  operations. 

ULU9A  and  U109B  (SN74LSG2)  are  used  to  detect  non-existent  addresses 
when  16K  x  )  RAM  circuits  are  used.  While  in  the  16K  node  any  address 
access  beyond  23FFF(HEX),  the  32K-byte  boundary,  will  cause  U74B 
(SN74LS74A)  to  be  clocked  into  its  active  state,  indicating  an  error. 
U74B  is  clocked  whenever  Program  RAM  is  accessed  and  when  the  Microbus 
Address  Strobe,  MBAS  L,  is  negated. 


4.3.4  I/O  Control  and  Error  Register  Buffer  (Sheet 

The  I/O  Control  logic  decodes  tha  eddreaa  apace  for  the  Microcomputer 
Peripheral  Page  and  generates  various  control  signals.  Primary 
address  decoding  Is  done  by  U77B  (SN74S260)  which  asserts  VALID  I/O  H 
when  MBA11-15  H  are  all  negated.  VALID  I/O  H  enables  U113  (SN74S138) 
and  disables  U73B  (SN74LS27),  which  prevents  clocking  U117A 
(SN74LS74A).  Thiu  flip  flop,  when  set,  Indicates  an  access  to 
non-existent  1/0.  When  Ull.\  Is  enabled  by  ENB  1/0  L  and  MPM  CYC  L, 
the  Microcomputer  is  addressing  one  of  its  peripheral  devices;  U113 
decodes  MBA08-10  H  and  asserts  an  enable  signal  to  one-of-elght 
devices.  , 

U114  (SN74LS138)  Is  enabled  by  EMB  IC  L  to  decode  MBA05-07  In  order  to 
select  one  of  the  five  Interrupt  Controller  integrated  circuits  (Sheet 
©). 

Because  of  certain  timing  specifications  for  both  the  FIFO  (Sheet 
and  the  System  Timing  Controllers  (Sheets  and  (L))>  access  to 
these  devices  is  performed  In  a  controlled  manner.  Shift  registers 
U116  and  U204  (SN74LS195A)  function  as  timers  in  teh  access  sequence 
to  insure  that  valid  access  and  recovery  times  are  met.  U116  controls 
recovery  for  both  the  FIFO  and  the  STC,  while  U204  controls  access 
time  which  is  only  required  for  the  FIFO.  Both  U116  and  U204  are 
initially  cleared  by  RESET  L,  so  RIP  H,  ENB  WAIT  L,  and  1/0  WAIT  L  are 
negated.  If  either  ENB  FIFO  L  or  ENB  STC  L  is  asserted,  U9LC 
(SN74LS08)  will  assert  SLOW  L.  This  allows  U60B  (SN74LS32)  to  assert 
LD  TIMER  L,  which  parallel-loads  U116.  Since  a  sero  ia  loaded  in  from 
the  “D"  input,  both  ENB  WAIT  L  and  RIP  H  remain  negated.  If  ENB  FIFO 
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L  is  asserted, U60C  will  assert  SEL  FIFO  L  and  the  Microprocessor  will 
access  the  FIFO.  ENB  FIFO  L  will  also  allow  U136C  (SN74LS02)  to 
assert  FIFO  ACC  H,  which  puts  U204  La  the  "shift"  aode.  The  next  two 
clocks  to  U204  will  shift  ones  into  "QD",  and  its  complementary  output 
will  assert  I/O  WAIT  L.  This  generates  two  WAIT  cycles  in  the  memory 
cycle. 

If  ENB  STC  L  is  asserted  to  Initiate  the  access  sequence,  UIIS 
(SN74LSI38)  is  iaaediately  enabled  to  decode  MAB05-07  H  in  order  to 
select  one  of  the  eight  System  Timing  wontrolier  circuits.  The 
Microprocessor  performs  this  access  during  a  standard  memory  cycle. 

When  the  access  is  completed,  SLOW  L  will  be  negated.  This  puts  U116 
in  the  "shift"  aode,  and  on  the  next  clock  a  one  will  be  shifted  into 
“Q  “,  asserting  both  ENB  WAIT  L  an  RIP  H.  RIP  H  disables  U60B,  U60C, 
and  U136C;  ENB  WAIT  L  disables  one  "enable"  input  to  Ullb  while  it 
enables  one  input  to  U109C  (SN74LS02).  This  state  is  maintained  until 
U116  shifts  a  zero  from  its  J-K  input  into  "QD".  If  another  access  is 
made  and  SLOW  L  is  asserted,  U109  C  will  insert  WAIT  H.  Regardless  of 
t’  >  device  being  accessed,  RIP  H  will  disable  U136  C,  which  prevents 
the  possible  assertion  of  FIFO  ACC  H  and  keeps  U204  in  the  "load" 
mode.  At  the  next  clock  to  U204,  a  one  will  be  parallel  loaded  into 
"Qd"  and  I/O  WAIT  L  will  subsequently  be  asserted,  causing  the 
Microporcessor  to  insert  WAIT  cycles  in  its  standard  memory  cycle. 
This  will  continue  until  the  timing  interval  of  U116  expires  (1 
microsecond).  If  this  second  access  is  to  the  FIFO,  U204  will 
immediately  be  placed  in  the  "shift”  mode  when  RIP  H  is  negated,  and 
the  memory  cycle  will  be  extended  for  an  additional  two  WAIT  cycles, 
as  before,  to  allow  the  FIFO  to  be  accessed. 

U205  (SN74S133)  and  U206  (SN74LS30)  generate  the  clocks  to  U207.  When 
any  "hard"  error  occurs,  CLK  HD  ERR  H  will  be  asserted,  clocking  U207A 
into  its  active  state.  HARD  ERR  L  generates  a  Non-Maskable  Interrupt 
to  the  Microprocessor.  U207A  is  cleared  when  the  Microporcessor 
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status  decoder  (Shast  ©)  assarts  NMI  ACK  L.  Whan  any  "toft"  arror 
occurs,  U206  will  assart  CLK  SPT  ERR  H,  which  clocks  U207B  into  its 
active  stats.  SOFT  SRR  L  generates  a  Non-Vsetorsd  Interrupt  to  the 
Hicroporcessor .  U207B  is  cleared  when  the  Microporcessor  status 

dscodar  assarts  NVI  ACK  L. 

U208  and  U209  (SN74LS224 )  asks  up  the  Error  Register  Buffsr.  Whan  the 
Microporcessor  reads  the  Error  Register,  RD  ERR  L  is  asserted;  this 
enables  the  tri-state  outputs  of  U208  and  U209,  which  now  source  the 
Microbus  MBD00-L5  H.  RD  ERR  L  at  the  "D"  input  to  1)210  A  (SN74LS/4A) 
causes  the  flip  flop  to  be  clocked  into  its  active  state,  asserting 
CLR^  E ih  H.  When  access  to  the  Error  Register  is  coexisted,  RD  ERR  L 
is  negated,  which  c’le ws  U51B  (SN47LSOO)  and  U20CB  (SN74LS08)  to 
<  assert  CLR  ERR  L.  This  signal,  which  is  also  generated  by  RESET  L, 

clears  the  errot  -.Latching  flip  flops  used  in  the  XPPA  hardware. 

U211A  p,ad  U211B  (SN74LS32)  generate  the  special  signals,  I/O  RD  L  and 
I/O  VTK  L,  which  are  used  primarily  by  the  System  Timing  Controller  and 
Interrupt  Controller  circuits. 

4.3.5  System  Timing  Controller  (Sheets  and  (l)) 

As  described  in  the  previous  section,  the  Microprocessor  accesses  one 
of  the  System  Timing  Controller  circuits  (Am9513),  U118-U125,  by 
asserting  SEL  STCO-7  L.  These  signal  ,,  along  with  I/O  RD  L,  I/O  WR  L, 
and  MBA01  H,  control  read  and  write  operations  to  the  circuits.  The 
internal  tri-state  bus  buffer  can  either  accept  data  from  or  source 
data  to  the  Microbus,  MBD00-15  H. 

The  Am9513  has  twenty-one  internal  registers  which  function  as  control 
and  status  registers  and  as  "data"  registers.  These  registers  are 
used  to  configure  the  operation  of  the  Am95l3.  Reference  material  has 
beeo  Included  in  Appendix  A  which  provides  a  more  thorough  description 
of  the  hardware  and  software  operation. 
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After  each  of  the  five  internal  16-bit  counters  has  been  configured, 
its  operation  relies  prlaarily  on  three  external  aignals.  Two  input 
siguels  will  provide  a  “source"  and  a  “gate"  to  the  counter,  and  an 
"out"  signal  will  be  generated  when  the  counter  overflows.  This  "out" 
signal  generates  an  interrupt  request  to  the  Interrupt  Controller. 

4.3.6  Interrupt  Controller  (Sheet  (m}) 

The  Interrupt  Controller,  U126-U130,  utilises  five  Am95l9-1  integrated 
circuits.  The  Am9519  has  eight  internal  registers  plus  a  vector 
memory,  which  are  used  to  control  its  operation.  These  registers  are 
accessible  to  the  Microcomputer  when  it  addresses  the  Interrupt 
Controller  and  asserts  SEL  ICO-4  L.  Data  is  transferred  via  the  lower 
byte  of  the  Microbus,  MBD00-07  H;  I/O  RD  L,  I/O  WR  L,  and  MBA01  H 
control  the  transfer.  Appendix  A  contains  reference  material 
pertaining  to  hardware  and  software  operation  of  the  Am9519. 

Internally,  IREQO  has  the  highest  priority;  externally,  the  five 
circuits  are  cascaded  so  that  U126  has  the  highest  priority,  followed 
by  U127,  etc.  When  an  external  interrupt  request  is  made  -  or 
multiple  interrupts  -  VEC  INTP.  L  will  be  asserted  by  the  Interrupt 
Controller.  When  the  Microprocessor  status  decoder  asserts  VI  ACK  L, 
the  Int^upt  Controller  asserts  IC  WAIT  L  and  WAIT  cycles  are  inserted 
in  the  microcomputer  interrupt  cycle,  if  necessary.  The  internal 
mechanism  of  the  Am9519  allows  the  vector  corresponding  to  the  highest 
priority  unmasked  pending  request  to  be  asserted  on  the  Microbus. 
When  the  vector  is  asserted,  IC  WAIT  L  will  be  negated,  allowing  the 
Microcomputer  to  complete  the  interrupt  cycle.  The  Interrupt 
Controller  uses  RESPONDING  L  as  an  internal  control  signal. 
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4.4  Associative  Memor  ^Sheets  thru 

The  Associative  Memory  consists  of  the  following  logic  circuitry: 

o  Timing  and  Control  Logic 

o  Addressing  Logic 

o  Address  Associative  Memory 

o  Data  Associative  Memory 

o  Combinational  Associative  Memory 

The  Associative  Memory  operates  in  two  modes.  In  the  *HALT"  mode  the 
Associative  Memory  is  accessed  as  Page  4  and  Page  5  in  the 
Microcomputer's  memory  address  space.  Control  and  access  is  nearly 
identical  to  that  of  the  Microcomputer  Program  RAM  (Sheet  (i)).  From 
an  operational  standpoint  the  only  difference  is  that  the  Associative 
Memory  can  only  be  accessed  on  a  word  basis.  As  with  the  Program  RAM 
ail  refresh  is  controlled  by  the  Microprocessor. 

In  the  "RUN"  mode  Associative  Memory  access  is  controlled  completely 
by  its  own  timing  and  control  logic.  The  basic  memory  cycle  has  a 
300-nanosecond  period,  but  the  access  cycles  overlap  to  allow  some  of 
the  Address  and  Data  Associative  Memory  outputs  to  address  the 
Combinational  Associative  Memory. 

Figure  4-2  shows  the  Simplified  Block  Diagram,  which  is  common  for  all 
three  memory  groups .  The  RAM  can  be  addressed  by  the  Microcomputer 
(in  the  "HALT"  mode),  the  Refresh  Counter,  or  the  source  for  the 
actual  association.  Data  can  be  transferred  between  the  RAM  and  the 
Microbus  (in  the  "HALT”  mode),  or  RAM  data  can  be  latched  during  an 
association  cycle  for  use  by  the  Qualifier  Logic. 
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Figure  4-2  Associative  Memory  -  Simplified  Block  Diagram 
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4.4.1  Associativa  Memory  Timing  and  Control  Logic  (Sheet  ©> 

Timing  within  the  Associative  Memory  is  generated  by  flip  flops 
U131-U134  (SN74S74,  SN74S112,  SN74SU4).  With  the  exception  of  U131A, 
these  flip  flops  are  initialized  in  their  inactive  state  by  either 
RESET  L  or  HALT  2  L.  U131A  produces  Lhe  complementary  20-Megahertz 
clock  signals,  20M  CLK  L  and  20M  CLK  L,  which  are  derived  from  a 
40-Megahertz  oscillator.  The  "RUN”/ "HALT"  mode  of  the  IPPA  hardware 
is  controlled  by  U133B  and  U212B  (SN74LS74A) .  U212  stores  CSR  bits  8 
and  9,  which  are  written  by  the  Microcomputer  when  NWR  CSR  L  is 
negated.  U133B  synchronizes  the  output  of  U212B  with  the  Associative 
Memory  Timing  and  Control  Logic. 

4. 4. 1.1  Microcomputer  Access 

With  U132  and  U133  reset,  U13SC  negates  STATE  6  11  which  disables 
U135D;  this  negates  the  Microcomputer-access-inhibit  signal  from  U71F, 
INH  MC  L.  This  keeps  U13A  (SN74LS74A)  clocked  in  its  active  state 
with  ENB  MC  H  asserted.  This  enables  U136D,  asserting  ENB  MEM  L, 
which  enables  multiplexer  U139  (SN74S158).  U139  generates  the  ”RAS" 
and  "CAS”  signals  to  the  dynamic  RAM  circuits.  RUN  H  is  the 
inpuc-select  signal  to  U139;  in  the  "HALT”  mode  the  "A”  inputs  are 
selected.  These  inputs  are  controlled  by  U135B  (SN74LS08),  U109D  and 
U136A  (SN74LS02). 

Anytime  the  Microcomputer  accesses  Associative  Memory,  MC  REQ  H  will 
be  asserted.  A  secondary  function  of  MC  REQ  11  is  to  enable  the 
locking  of  U117B  (SN74LS74A) .  If  CLK  ACC  H  is  generated  while  in  the 
"RUN”  mode,  the  assertion  of  RUN  H  causes  U117B  to  be  clocked  into  its 
active  state.  This  asserts  RAM  ACC  ERR  H,  indicating  an  error 
condition.  The  primary  functio  of  MC  REQ  H  allows  the  dynamic  RAM  to 
respond  to  the  Microcomputer's  current  read/write  cycle  by  enabling 
both  U109D  and  U136A.  The  assertion  of  MBMREQ  L  will  then  generate  MC 
RAS  H,  and  the  assertion  of  MBDS  L  will  then  generate  MC  CAS  H.  U139 
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Figure  4-3  Associative  Memory  General  Timing 


u*«*  tbu«  signals  to  ilaultiiwoualy  Moort  AD  IAS  L  and  C  IAS  L, 
followed  by  AD  GAS  L  end  C  CAS  L.  D135B  allows  the  assertion  of  IFSH 
L  to  also  anabla  U109D.  This  causes  NC  IAS  H  to  be  generated  during 
all  Microcomputer  essory  refresh  cycles. 

A. 4. 1.2  Access  by  Timing  and  Control  t<i_;jic 

Figure  4-3  has  been  provided  as  a  general-purpose  timing  diagram  to 
show  the  relationship  among  various  timing  and  control  signals  and  may 
be  referred  to  during  the  following  discussion. 

U132  and  U133A  make  up  a  synchronous  divide-by-six  counter,  which 
gives  the  Associative  Memory  its  300-nanosecond  cycle.  All  critical 
timing  is  referenced  to  or  synchronized  with  this  counter.  As  was 
previously  srentioned,  the  counter  is  initially  disabled  by  HALT  2  L, 
but  as  soon  as  the  "RUM"  mode  is  entered,  the  counter  is  enabled.  To 
clarify  the  discussion  the  six  50-nanosecond  periods  of  this  counter 
will  be  referred  to  as  STATE  1-6,  and  the  transitions  into  the  states 
will  be  referred  to  as  KT1-MT6. 

Sometime  after  the  host  system  writes  a  ‘‘RUN”  command  into  the  CSR 
Command  Field,  the  Microcomputer  will  actually  write  the  "RUN"  bit 
into  U212B.  CSR  RUN  H  is  asserted  and  on  the  next  clock  to  U133B,  RUN 
H  asserted  and  F*»LT  H,  HALT  1  L  and  HALT  2  Lare  negated  .  Since  CSR 
HALT  H  is  now  negated,  U135D  (SN74LS08)  is  disabled  and  ENB  HELT  H  is 
negated.  This  keeps  U133B  set  until  the  Microcomputer  clears  the 
"RUN*'  bit.  This  action  will  be  discussed  shortly. 

The  transition  from  the  '‘HALT*1  node  to  the  "RUN"  node  is  critical  to 
the  proper  operation  -  and  data  Integrity  -  of  the  dynamic  RAM 
circuits.  This  transition,  however,  is  a  natural  outcome  of  the 
Microcomputer's  setting  of  the  "RUN”  bit  in  the  CSR.  CSR  RUN  H  is 
asserted  when  MBMREQ  L  is  negated,  and  the  next  possible  Microcomputer 
memory  cycle  will  not  begin  for  well  over  100  nanoseconds.  Within  50 
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nanoseconds  of  tho  Assort  ion  of  SCR  RUM  H,  U133B  is  clocked  and  the 
mods  trsnsitloa  takes  place.  Since  the  traniition  is  a  result  of  the 
Microcoeputer  addressing  its  1/0  Page,  the  transition  adheres  to  all 
timing  and  access  specifications  for  the  dynamic  RAM  circuits. 

In  the  “RUM"  mode  the  dynamic  RAM  is  continuously  accessed  for  either 
a  data  cycle,  where  an  association  is  made,  or  a  refresh  cycle. 
U131B,  U137B  (SN74LS74A),  and  associated  gates  detealne  the  type  of 
access  cycle.  Whenever  teh  host  System  transfers  data,  CLK  CPD  H  will 
be  asserted  which  clocks  U137B  into  its  active  state;  this  asserts 
DATA  REQ  H.  During  STATE  6  the  "D"  input  to  U131B  is  sampled.  If 
DATA  REQ  H  is  asserted,  and  if  a  refresh  cycle  is  not  required, 
indicated  by  &EMAND "RFSH  H,  then  U131B  will  be  clocked  into  its  active 
state,  asserting  DATA  CYC  H.  In  essence,  U131B  will  be  clocked  into 
its  active  state,  asserting  DATA  CYC  H.  In  essence,  U131B  functions 
as  an  arbitrator  for  the  next  memory  cycle.  DATA  CYC  H  enables 
counter  U14G  (SN74LS161A) ,  which  will  negate  DEMAND  RFSH  H  in 
approximately  10.5  microseconds,  if  it  is  not  cleared  by  the  negation 
of  DATA  CYC  H.  U141A  and  U141B  are  partially  enabled  by  DATA  CYC  H, 
which  allows  U134  (SN74S114)  to  generate  “CAS”  signals  to  the  memory 
circuits.  DATA  CYC  H  also  controls  one  of  the  "select"  Inputs  to  the 
memory  address  multiplexers,  which  are  discussed  in  Paragraph  3.5. 
When  U131B  is  clocked  into  its  inactive  state,  a  refresh  cycle  will  be 
generated  to  the  memory.  Since  the  arbitration  does  not  occur  until 
STATE  6,  a  refresh  cycle  will  always  be  the  first  cycle  performed  when 
the  “RUN"  mode  is  entered. 

U133A  and  U134  generate  the  "RAS"  and  "CAS”  signals  to  the  memory.  AD 
RAS  L  is  asserted  during  STATE  1-3,  and  C  RAS  L  is  asserted  during 
STATE  4-6.  If  a  data  cycle  is  being  performed,  AD  CAS  L  will  be 
asserted  during  STATE  2-3,  and  C  CAS  L  will  be  asserted  during  STATE 
5-6.  When  U134  negates  a  "CAS"  signal,  the  appropriate  strobe  signal, 
aD  STROBE  H  or  C  STROBE  H,  is  generated  to  the  Associative  Memory 
oatch. 
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The  transition  from  the  “RUN"  aode  to  the  "HALT"  nods  Is  also  critical 
to  the  operation  of  the  dynaalc  RAM  circuits.  When  the  Microcomputer 
clears  CSR  hit  8,  U212B  negates  CSR  RUN  H  and  asserts  CSR  HALT  H. 
During  STATE  6  U13SD  asserts  ENB  HAM  H.  This  causes  two  actions  to 
occur.  First,  U71F  asserts  1NH  MC  L,  which  clears  U137A  and  places  it 
in  its  Inactive  state.  Thia  negates  ENB  MC  H,  removing  one  of  the 
enabling  inputs  to  U136D.  Second,  the  "K"  input  to  U13  B  is  now 
enabled,  and  at  time  MTl  the  flip  flop  is  clocked  into  its  luactlve 
state.  This  asserts  both  HALT  H  and  HALT  L  and  negates  RUN  H, 
removing  the  remaining  enabling  Input  to  U136D.  This  negates  KN1  MEM 
L,  which  disables  U139  and  temporarily  prevents  access  to  the  dynamic 
RAM  circuits.  Most  important  ia  that  this  action  takes  place  at  the 
end  of  a  memory  access  cycle. 

Now  in  the  "HALT"  auxlie,  U135D  la  again  disabled  by  the  negation  of 
STATE  6  H,  and  ENB  HALT  H  and  INH  MC  L  are  also  negated.  This  allows 
U137A  to  be  clocked  into  its  active  state  at  the  end  of  the  next 
Microcomputer  memory  cycle  when  MBMREQ  L  is  negated.  ENB  MC  H  once 
again  causes  U136D  to  assert  ENB  MEM  L,  and  access  to  the  Associative 
Memory  is  enabled.  This  action  Insures  that  a  minimum  of  ISO 
nanoseconds  will  pass  between  access  by  the  Associative  Memory  Timing 
and  Control  logic  and  access  by  the  Microcomputer. 

A. 4. 2  Associative  Memory  Addressing  Logic  (Sheet^)) 

The  Addressing  Logic  provides  the  three  different  sources  for  the 
Associative  Memory.  While  in  the  "HALT"  mode,  U152  and  U153 
(SN74LS157)  multiplex  the  Mlcorbus  address  signals,  MBA01-16  H,  to 
provide  MO  AO-7  H.  This  is  done  in  a  manner  similar  to  that  used  with 
the  Program  RAM. 

Binary  counters  U150  and  U151  (SN74L3161A)  provide  the  refresh 
address,  RFSH  AO-7  H,  when  the  "RUN"  mode  is  entered;  the  counters  are 
initially  cleared  by  HALT  L.  In  their  operational  nod<  the  counters 
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are  incremented  at  the  end  of  every  refreah  cycle,  so  that  all 
locations  in  the  dynamic  RAM*  are  refreshed.  RFSH  CYC  H  enables  the 
counters,  and  STATE  8  H  provides  the  clock  pulse. 

U146-U149  (SN74LS374)  latch  the  address  and  data  currently  accessed  by 
the  host  system's  Central  Processing  Unit.  Data  from  the  CPU  console, 
DISP  DOO-15  H,  is  clocked  Into  U148  and  U149  by  CLK  CPD  H.  The 
latched  data,  CPU  DOO-15  H,  is  then  used  to  address  the  Data 
Associative  Memory  (Sheet  ^))  during  an  association  cycle. 

The  CPU  address,  CNSL  ADRSOO-15  H,  is  clocked  into  U146  and  U147  by 
CLK  CPA  H.  The  latched  address,  CPU  A00-15  H,  is  then  used  to  address 
the  Address  Associative  Memory  (Sheet  ^))  during  an  association 
cycle.  The  source  for  the  address  latch  is  selected  by  2-to-l 
multiplexers  U142-U145  (SN74S157).  U73C  (SN74LS27)  decodes  DISP  ADRS 
SELO-2  H  and  asserts  SEL  PA  H  when  the  Address  Display  Select  Switch 
on  the  host  system  console  has  been  places  in  the  "PROG  PHY"  -  Program 
Physical  -  position.  The  "B"  inputs  to  U142-U145  will  now  select  the 
upper-sixteen  physical  address  signals,  DISP  AD06-21  H.  When  the 
Address  Display  Select  Switch  is  in  any  other  position,  the 
lower-sixteen  (virtual)  address  signals,  VAOO-03  H  and  DISP  AD04-15  H, 
are  selected  by  the  "A"  inputs  to  U142-U145. 

4.4.3  Associative  Memory  (Sheets  thru 

The  three  sections  of  the  Associative  Memory  -  ARAM,  DRAM,  and  CRAM  - 
can  be  discussed  collectively  because  their  physical  operation  is  the 
same.  One  Sheets  (q)  and  (r)  U213  is  used  to  generate  a  50-nanosecond 
window  in  which  the  row  address  to  the  dynamic  RAMs  is  selected  and 
strobed  into  the  appropriate  circuits.  The  two  flip  flops  are 
identical  but  are  required  to  provide  fan-out  to  the  twelve  RAM 
address  multiplexers,  U155— U158,  U173— U176,  and  U187-U190  (SN74S153). 
On  Sheet  (q)  U33D  (SN7428)  provides  the  fan-out  for  the  other 
multiplexer  input-select  signal,  BUF  RFSH  H.  When  DATA  CYC  H  is 
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negated  BUT  KFSH  H  Is  asserted. 

When  the  IPPA  is  In  the  "HALT"  node,  HALT  L  maintains  both  UX31B 
(Sheet  (5))  and  U213  in  their  inactive  state.  This  causes  RFSH  CYC  H 
to  be  asserted  and  negates  both  AD  ROW  L  and  C  ROW  L.  With  both 

input**aelect  signals  at  a  HIGH  level,  the  multiplexers  select  their 
1C3"  and  2C3"  Inputs,  MC  AO-7  H,  which  originate  at  the 

Microcomputer.  During  a  valid  Microcomputer  access  to  the  Associative 
Memory,  all  inputs  to  U24C  (SN74LS10)  on  Sheet  (?)  will  be  HIGH,  and 
ENB  MC  ACC  L  will  be  asserted.  This  enables  tri-state  transceivers 
U168  and  U182,  which  buffer  the  data  between  the  Microbus,  MBDOO-15 
and  the  corresponding  memories,  CRAM  DO-3  H,  DRAM  DO-3  H,  and  ARAM 
DO-7  H.  The  direction  of  the  transfer  is  controlled  by  RD  DATA  L. 
Parity  is  generated  and  checked  in  a  manner  identical  to  that  used 
with  the  Program  RAM  (Paragraph  3.3).  On  Sheet  (?)  U60D  (SN74LS32) 
insures  that  WR  ENB  L  is  asserted  only  when  in  the  “HALT”  mode. 

When  the  "RUN"  mode  is  entered,  the  type  of  cycle  is  determined  by  the 
timing  and  control  logic  described  in  Paragraph  3.5.  During  a  refresh 
cycle,  BUF  RFSH  H  is  asserted,  and  the  "RAS"  signal  is  asserted.  This 
causes  the  multiplexers  to  select  their  “1C2"  and  "2C2"  inputs,  RFSH 
AO-7  H,  the  refresh  address.  Since  the  "CAS"  signals  are  not 
generated,  the  address  presented  to  the  dynamic  RAM  circuits  outside 
the  row  address  window  is  inconsequential. 

During  an  association  cycle,  the  assertion  of  DATA  CYC  H  negates  BUF 
RFSH  H,  and  the  "RAS"  signals  are  again  generated  within  the  row 
address  window.  With  both  input-select  signals  LOW,  the  multiplexers 
select  the  "ICO"  and  "2C0"  inputs,  which  are  the  low  bytes  of  the 
source  for  the  association.  The  ARAM  and  DRAM  sources  were  described 
in  the  previous  paragragh.  On  Sheet  (?)  the  source  for  the  CRAM 
association  is  a  combination  of  host  system  status  signals  latched  by 
U185  ad  U186  (SN74LS378)  and  outputs  from  the  ARAM,  AM  D08-11  H,  and 
DRAM,  AM  D04-05  H.  Approximately  25  nanoseconds  after  the  appropriate 
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IASa  signal  la  asserted,  U213  Is  clocked  into  its  inactive  state, 
n*i*ting  AO  ROW  L  and  C  ROW  L.  The  Multiplexers  now  select  the  "1C1" 
and  "2C1"  inputs,  which  are  the  high  bytes  of  the  source  for  the 
association.  After  the  address  has  stabilised,  the  appropriate  "CAS" 
signal  is  asaerted  and  data  in  the  dynantc  RAM  is  accessed.  At  the 
end  of  each  access  cycle  within  the  association  cycle,  either  AD 
STRODE  H  or  C  STROBE  H  will  clock  the  data  into  the  Associative  Menory 
Data  Register,  U169  and  U183  (SN74S174)  or  U199  (SN74S175).  U169, 
U183,  and  UL99  store  the  data,  AM  DOO-15  H,  for  innediate  use  by  the 
Qualifier  Logic  discussed  in  the  following  paragraph.  In  the  "HALT" 
node  these  registers  are  cleared  by  HALT  L  to  prevent  prenature 
interaction  with  the  Qualifier  Logic.  When  the  "CAS"  signals  are 
negated,  the  appropriate  parity-error  latches,  (SN74S74),  U172  and 
U196A,  are  also  clocked. 
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SECTION  5.0 
PRELIMINARY  PARTS  LIST 
(MAJOR  COMPONENTS) 
and 

TIMING  DIAGRAMS 


SIZE 


COOE  IOENT  NO. 

04660 


owa  NO. 
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PRELIMINARY  PARTS  LIST  (MAJOR  COMPONENTS) 


PART  NO. 


SN74LS00 

SN74LS02 

SN74LS04 

SN74LS08 

SN74S08 

SN74LS10 

SN74LS11 

SN74LS14 

SN74LS20 

SN74LS21 

SN74LS2/' 

SN7428 

SN74LS30 

SN74LS32 

SN74LS51 

SN74LS73A 

SN74LS74A 


SN74S74 

SN74S86 

SN74SU2 

SN74LS114A 

SN74S114 

SN74LS123 

SN74LS132 

SM74LS133 

SN74LS138 

SN74LS139 

SN74S153 

SN74LS157 


DESCRIPTION 


Integrated  Circuit 


LOCATION  QUANTITY 


U51,  089,  U202  3 

U10,  0109,  U136  3 

Ull,  U71 ,  U138,  0225  4 

U 1 2 ,  025,  U59,  U91 ,  0135,  9 

0200,  U217-U219 

U171  1 

U24,  U90  2 

0141  1 

0226,  0227  2 

U13  1 

U203.  0232  2 

073,  0154  2 

033  1 

0206,  0214  2 

00,  055,  060,  075,  0211  5 

0230,  0231  2 

0220,  0229  2 

U14 ,  U19,  U21,  023.  026,  20 

U42,  U52,  054,  056,  U58 
074,  083,  0117,  0137,  0207, 

0210,  0212,  0223,  U224,  0228 

0131,  0172,  0196,  0213  4 

U112,  0197  2 

0133  1 

057,  0201  2 

0132,  0134  2 

053  1 

027,  0215  2 

0205  1 

u63,  072,  0113-0115,  0221  6 

08  1 

U155-U158,  0173-U176,  U187-U190  12 
U142-U145  4 


SIZE 

CODE  IDENT  NO. 

A 

04660 

ITEM  PART  NO. 


DESCRIPTION 


LOCATION 


IUANTITY 


29-a 

SN74S157 

Integrated  Circuit 

U86,  U87 ,  U152,  U153 

4 

30 

SN74S158 

II 

il 

U 139 

1 

31 

SN74LS161A 

II 

it 

U140 ,  U150,  U151 

3 

32 

SN74S174 

II 

ll 

U169,  U183 

2 

33 

SN74S17S 

ll 

ll 

U199 

1 

34 

SN74LS195A 

II 

M 

U22 ,  U76,  U 1 16 ,  U204 

4 

35 

SN74S225 

ll 

ll 

U49,  U50 

2 

36 

SN74LS244 

ll 

ll 

U43-U46 ,  U61.  U208,  U209 

7 

37 

SN74LS245 

ll 

ll 

U69,  U70,  U168,  U182 

4 

38 

SN74LS260 

ll 

n 

U77,  U222 

2 

39 

SN74S280 

ll 

ll 

U110,  Ulll,  U170.  U184,  U198 

5 

40 

SN74S244 

ll 

ll 

U65 

1 

41 

SN74.LS373 

ll 

il 

U66-U68 

3 

42 

SN74LS374 

ll 

il 

U38-U41 ,  U146-U149 

8 

43 

SN74LS378 

M 

ll 

U18S,  U186 

2 

44 

0S8641 

II 

ii 

U1-U5,  U15-U18,  U28-U32 

14 

45 

AmZ8001A 

II 

ll 

U64 

1 

46 

AmZ8127 

II 

n 

U62 

1 

47 

Z8038A 

II 

ll 

U47,  U48 

2 

48 

Am9513 

II 

il 

UU8-U125 

8 

49 

Am9519-1 

II 

ll 

U126-U130 

5 

50 

Am25LS2518 

II 

ll 

U20,  U34-U37 

5 

51 

Am25LS2521 

II 

ll 

U6,  U7 

2 

52 

HM-7616 

II 

it 

U78-U85 

2-8 

52 

2716 

U 

il 

U78-U85 

2-8 

52 

2732 

II 

ll 

U78-U85 

2-8 

53 

NMC5295 

II 

ll 

U91-U108 

18 

53 

NMC4164 

II 

ll 

U91-U108 

18 

53 

2118 

II 

u 

U91-U108 

18 

54 

NMC4164-1 

II 

II 

U159-U167,  U177-U181,  U191-U195 

19 

55 

C0-238A 

Oscillator 

40  MHZ 

1 

*,  **  represent  elternete  parts 


H 

COOC  WENT  NO. 

04660 

.OWO.NO. 
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SCALE 

1 

j SHEET 

ttlU-KM  (>■«.  •■») 


6M  CLK  H 


Timing  Diagram  1.  FIFO  Access  by  Host  System  (Unibcs) 


STC/FIFO  Access  by  Microcomputer 


1  TcC  Clock  Cycle  Time 

2  TwCh  Clock  Width  (High) 

3  TwCl  Clock  Width  (Low) 

4  TfC  Clock  Fall  Tima 

-  5  —  TrC - Clock  Riaa  Time — - - 

6  TdC(SNv)  Clock  I  to  Segment  Number  Valid  (50  pF  load) 

7  TdC(SNn)  Clock  t  to  Segment  Number  Not  Valid 

8  TdC(Bi)  Clock  t  to  Bui  Float 

9  TdC(A)  Clock  t  to  Addrcaa  Valid 

■  10  —  TdC(Aa) - Clock  I  to  Addreea  Float  —  - — 


250  2000 

105  2000 

105  2000 

20 


11 

TdA(DI) 

Addrean  Valid  to  Data  In  Required  Valid 

455* 

305* 

12 

TaDI(C) 

Data  In  to  Clock  1  Setup  Time 

SO 

20 

13 

TdDSfA) 

DS  t  to  Addreaa  Active 

80* 

40* 

14 

TdC(DO) 

Clock  1  to  Data  Out  Valid 

100 

—  IS  —  ThDI(DS)- 


'  Data  In  !o  T5S  I  Hold  Time  * 


16 

TdDO(DS) 

Data  Out  Valid  to  DS  1  Delay 

295* 

193* 

17 

TdA(MR) 

Addreea  Valid  to  MREQ  1  Delay 

(55)* 

(35)* 

18 

TdC(MR) 

Clock  i  to  MREQ  1  Delay 

80 

19 

TwMRh 

MREQ  Width  (High) 

210* 

135* 

—  20”“  TdMR(A) - MREQ  l  to  Addreai  Not  Active—— 

21  TdDCKDSW)  Data  Out  Valid  to  DS  I  (Write)  Delay 

22  TdMR(DI)  MREQ  t  tc  Data  In  Required  Valid 

23  TdC(MR)  Clock  I  MREQ  I  Delay 

24  TdC(ASf)  Clock  :  to  73  I  Delay 

—  25  —  TdA(AS) - Addreua  Valid  to  A3  I  Delay  — — — •— 

26  TdC(ASr)  Clock  l  to  XS  t  Delay 

27  TdAS(0!)  XS  I  to  Data  In  Required  Valid 

28  TdDS(AS)  DS  i  to  XS  1  Delay 

29  TwAS  X5  Width  (Low) 

—  30—  TdAS(A)  —  —  X5  I  to  Addreea  Not  Active  Delay-"- 

31  TdAi(DSR)  Addref  '  Float  to  DS  (Read)  I  Delay 

32  TdAS(DSR)  XS  I  to  IB  (Read)  1  Delay 

33  YdDSP(DI)  DS  (Read)  1  to  Data  In  Required  Valid 

34  TdC(Dbr)  Clock  I  to  DS  I  Delay 

—  35 —  TdDS(DO) - DS  1  to  Data  Out  and  STATUS  Not  Valid - 

36  TdA(DSR)  Addreea  Valid  to  DS  (Read)  I  Delay 

37  TdC(DSR)  Clock  I  to  DS  (Read)  I  Delay 

38  TarDSR  DS  (Read)  Width  (Low) 

39  TdC(DSW)  Clock  I  to  DS  (Write)  I  Delay 

—  40 —  TwDSW - DS  (Write)  Width  (Low) - 

41  TdDSI(DI)  DS  (Input)  1  to  Data  In  Required  Valid 

42  TdC(DSi)  Clock  1  to  T5S  (I/O)  I  Delay 

43  TwDS  DS  (I/O)  Width  (Low) 

44  TcLAS(DSA)  XS~ I  to  DS  (Acknowledge)  I  Delay 

—  45—  TdC(DSA) - Clock  t  lo  DS  (Acknowledge)  1  Delay - 

16  TdDSA(DI)  DS  (Ack.)  I  to  Date  In  Required  Delay 

47  TdC(S)  Clock  I  to  Statua  Valid  Delay 

48  TdS(AS)  Statua  Valid  to  XS  I  Delay 

49  TaR(C)  RESET  to  Clock  t  Setup  Time 

—  SO —  ThR(C) - BESET  to  Clock  1  Hold  Time - 

51  TwNMl  PHI  Width  (Low) 

52  TaNMl(C)  T7HI  to  Clock  I  Setup  Time 

53  TaVl(C)  VT.  NVI  to  Clock  1  Setup  Time 

54  ThVI(C)  71,  NVI  to  Clock  I  Hold  Time 

—  55 —  TaSGT(C) - 5S5T  to  Clock  I  Setup  Time - 

56  ThSGT(C)  SECT  to  Clock  I  Hold  Time 

57  TaMI(C)  HI  to  Clock  1  Setup  Time 

59  ThMKC)  HI  to  Clock  I  Hold  Time 

59  TdC(MO)  Clock  I  to  MO  Delay 

—  60 —  TaSTP(C) - STOP  to  Clock  I  Setup  Time - 

61  ThSTP(C)  STOP  to  Clock  l  Hold  Time 

52  TaWT(C)  WIT  to  Clock  I  Setup  Time 

63  ThWT(C)  TOto  Clock  t  Hold  Time 

64  TaBRQ(C)  BUSHQ  to  Clock  1  Setup  Time 

—  65 —  ThBRQ<0) - BU5RQ  to  Clock  t  Hold  Time - - 

66  TdC(BAlLr)  Clock  1  to  BP5AE  I  Delay 

67  TdC(BAKI)  Clock  I  to  BPSAE  I  Delay _ 

'Cleck'crcia-tlaa-dapandani  charaetanaUca.  Saa  labia  on  back  paqa.  c  _  o 


70 

- 

68 

no* 

120 

185* 

85 

95 

80 

"  llv  “ 
200* 

120 

255* 

100 

1  TO _ 

690* 

—85— 

i  AW 

296* 

110 

85 

Clock- 

Cyclo-TIno- 

Dopoaiant 

Choractorlstica 


(0Uir\Beit  -3^»V iBOC 


€0flOi/^e«a. 

ccmiVr/biJ 


^6QPQ 

4GOIA/&607.A 

£cm.finbri 


11 

TdA(Dl) 

2TcC  ♦  TwCh  -  150  n* 

2TcC  TwCh  -  95  na 

13 

TdDS(C) 

TwCl  -  25  ni 

TWC1  -  30  na 

16 

TdDO<DS) 

TcC  -  TwCh  -  60  ni  ' 

TcC  +■  TwCh  -  40  na 

17 

1® 

TdA(MR) 

TwCh  -  50  na 

TwCh  -  35  na 

1  "MWl 

lew  “  40  ns 

—  TcC  -  30  na — - — - - - - 

20 

TdMB(A) 

TwCl  -  35  na 

TwCl  -  35  na 

21 

TdDOfDSW) 

TwCh  -  50  na 

TwCh  -  35  na 

22 

TdMR(DI) 

2TbC  -  150  nt 

2TcC  -  105  na 

2S 

27 

TdA(AS) 

TwCh  -  50  na 

TwCh  -  35  na 

«Tew  •  loo  rs — 

2TcC  -  115  na - 

28 

TdDSfAS) 

TwCl  -  35  na 

TwCl  -  35  na 

29 

TwAS 

TwCh  -  20  na 

TwCh  -  15  na 

30 

TdAS(A) 

TwCl  -  45  na 

TwCl  -  40  na 

32 

"  33 

TdASfDSR) 

— ...  THnrTvnn 

TwCl  -  35  na 

TwCl  -  35  na 

lew  +  l  wwn  -  170  ns 

—  TcC  +•  TwCh  -  105  na - - 

35 

TdDS(DO) 

TwCl  -  X  na 

TwCl  -  25  na 

36 

TdA(DSR) 

TcC  -  70  na 

TcC  -  55  na 

38 

TwOSR 

TcC  +  TwCh  -  80  na 

TcC  +•  TwCh  -  50  na 

40 

"  41 

TwDSW 

■ ...  T^n^Trnn  — — 

TcC  -  65  na 

TcC  -55  na 

IQUoUJJiJ 

aIcw  -  loo  ns - 

43 

TwDS 

2TcC  -  90  na 

2TcC  -  75  na 

44 

TdAS(DSA) 

4TcC  *  TwCl  -  40  na 

4TcC  +■  TwCl  -  40  na 

46 

TdDSA(DI) 

2TcC  +  TwCh  -  170  na 

2TcC  +  TwCh  -  105  na 

48 

TdS(AS) 

TwCh  -  55  na 

TwCh  -  40  na 

Zilog,  Inc.  10460  Bubb  Road,  Cuparttno,  California  95014 
00-I004-A 
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a  Crete 
JB  Crete 


JO  Crete 
XS  Crete 


1  .!•] 


2  tM(WID 

3  ruum 

4  TkACMK 

5  taCXKBDI 

4  uasc*no 

7  TWC1KHP) 

a  acnowo 

•  TtfXKTO) 
10  'TtCIMWB 
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8 

It 
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vn«u«« 


N 
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1 
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SWITCHING  CHARACTERISTICS  <rm  count  mg.  iNoao 


J  3  4,  Am 


Flguu  MOt  Mm 


TAVMC  |  CO  VMM  «  B*M  UM 


TAVWM  CO  VMM  <0  wmt  Mgn 


Toot  I  UHMiaUHftlM  Moraoi 


TOO.  !  U  HMh  a  xa  IM  |M  Mgn  AM  Moot) 


touch  !  «  cm  a  xa  Mgn  t«  ton  Am*  wwai 


TOWKH 


Count  ten*  Mon  *  Count  ton  Mgn  <  Woo  Cyca  TVnol  iNoa  to) 


m#V  I  Count  ton  Mon  ■  BOUT  v«M  {Not*  tot 


Count  Woo  Mon  n  Com  vmm  (total  Cano  mom  TVnol 
IttOMO  tO.  tj.  13) 


TIDtMt  i  Como  ton  Mon  a  Mood  Lon  tSot-up  TVnol  (Noao  1  to) 


TtHiUH  Count  ton  Mgn  a  tano  M*t  (Son*  TVnol  (Noao  A  tO) 


I  TCOUMUI 

TtBiYV  Comm  ton  Mon  a  Out  VMM  (Noa  tot 


mt  MMotam*!  vaatNoato) 


mu— .  Coa  Vna  a  Count  Wot  Mgn  (lotat  OoQng  Sot-up  TVnol 
(Noao  ta  IS.  131 


rovav  Com  VMM  a  Com  vmm  (COM  Pumo  OuraOon)  (Noao  ti,  tj) 


TOvtNH  I  doa  vna  a  ana  Mgn  (Noao  A  13) 


MoM  Mgn  a  GO  Oonl  Coro 


TMhsh  tot  Mgn  a  Count  Souoo  Htgn  (Noao  7,  to) 


TMHQX  MoM  Mgn  a  (too  Out  ImaM 


Mood  Mgn  a  (Mi  Oa  «  Htgn  tar  xanoo 
(Ooa  Sia  Motoooo  Tkno) 


Mood  Mgn  a  Mono  ton  (MoM  Mooowory  TVno) 


Mgn  a  CS  Mgn  (Noa  i«t 


Mom  Mgn  a  \wta  Lon  (MoM  Mooaary  TVnol 


MoM  ion  a  Ooa  Out  VaM 


MoM  Lon  a  Ooa  fca  Oman  (Ooa  Suo  Mo  Tkno) 


TMLMH  Mom  Ion  a  Mom  Mgn  iMoM  Puao  Owaan)  (Noa  ts) 


TStML  CS  ton  a  Mom  Lon  (Nao  IS) 


mvw  CS  ion  a  vuna  Mgn  (Noa  i« 


TtNNAX  VtMo  Mgn  a  OO  Oon  t  Coro 


TWHOX  vwa  Mgn  a  Ooa  a  oont  CdM 


tNMo  Mgn  a  Count  ton  Mgn  (Noao  0,  to.  t7) 


Mia  Mgn  a  Ooa  VMM  (Noao  A  ts.  IT) 


taoo  Mgn  a  CS  Mpi  (Noa  m 


tvvwyv  |  tata  Mgn  a  Old  vmm  (Nom  a  trt 


agasgacazazam 


SWITCHING  CHARAC I  ERISTICS  Over  Operating  Rang*  iNote*  2.  3.  4.  5) 


Am  qStt 


AmMlt 

Pm-ameter*  0— cnpaon  IMn.  Max.  Min.  Max.  Unite 


TAVRL 

C'O  VMM  and  £5  LOW  to  Read  LOW 

0 

0 

ns 

TAVWl 

Gfl  vaad  and  ZS  LOW  to  Wnsa  LOW 

0 

0 

ns 

TCLPH 

PIP  LOW  •  FXuSI  HIGH  (NOS*  8) 

71 

379 

79 

373 

ns 

TCLQV 

PIP  LOW  t>  Oats  Out  va*d  (Neat  7) 

10 

40 

ns 

TDVWH 

Oata  in  Valid  *  Wna*  HIGH 

290 

200 

ns 

TEHCL 

EnaH*  n  HIGH  to  PiP  LOW  (NoSS*  9.  9) 

30 

300 

X 

300 

ns 

tivqv 

k-aamax  Requset  Vaad  la  Groue  Manupt  Vaad 

800 

880 

ns 

TTVIX 

knamjpt  Raquaat  Vakd  to  womeX  Requeet  Oan'l  Cars 

HREO  Puto*  Ouraaonl 

230 

290 

ns 

TXHCH 

Ta3(  HIGH  ID  m  HIGH  (Now  8) 

A90 

380 

ns 

TKHKL 

I*0k  HIGH  to  KCK  LOW  |Um5k  Recovery) 

300 

900 

ns 

TKHHM 

l*6t  i-HGH  to  EO  HIGH  tnom  10.  It) 

979 

730 

ns 

TKHQX 

i*0x  high  10  Oaa  Out  Inveeq 

20 

200 

20 

100 

ns 

TKLCL 

SCP  low  n  PiP  low  thorn  it 

71 

aoo 

79 

«30 

ns 

TKLNL 

553?  low  to  EG  LOW  (None  to.  til 

123 

_ L”  ... 

na 

TKLPL 

iaCR  low  to  pause  low 

29 

179 

29 

123 

ns 

TKLOV 

OCR  LOW  to  Oaa  Out  VMd  (Nos*  7) 

29 

300 

29 

200 

ns 

TPHKH 

PAUSE  HIGH  BUtSt  HIGH 

0 

0 

ns 

TRHAX 

Read  HIGH  to  C'B  and  €3  Oont  Care 

0 

0 

ns 

TRHOX 

Rend  HIGH  to  Oata  Out  Unread 

20 

200 

20 

100 

ns 

TKLOV 

Redd  LOW  to  Oaia  Out  Vend 

300 

200 

ns 

TRLQX 

Redd  LOW  to  Oata  Out  Unwidtsn 

90 

90 

ns 

TKLRH 

Redd  LOW  to  Reed  high  (TO  Puto*  Ouraeon) 

300 

290 

ns 

TVVHAX 

Wna  HIGH  to  Cff  and  CJ  Oon't  Car* 

0 

0 

ns 

rwMOx 

wm*  HIGH  10  Oat*  to  Oon  t  Care 

0 

0 

ns 

rwH«w 

wna  high  to  Aeed  or  Wna  LOW  (Wm*  Recovery) 

800 

too 

ns 

TVVLWH 

wm*  LOW  10  wme  HIGH  iwfl  Puiea  Ouraaonl 

300 

230 

ns 

NOTES: 

1.  Typical  valu«*  i re  for  T„  »  25'C.  nominal  supply  volt- 
ag*  and  nominal  proceeamg  paramatars. 

2.  Ta«t  condition*  uiuma  transition  timaa  of  20na  or 
laaa.  timing  rafaranc*  lavala  of  O.SV  and  2.0V  and 
output  loading  of  on*  TTL  gat*  plua  lOOpF,  unlaaa 
otherwit*  notad. 

3.  Transition  aCOrsviationa  usad  for  tha  switching 
paramatar  svmooia  includa:  H  ■  High,  L  •  Low,  V  - 
Valid.  X  •  unknown  or  don't  car*,  Z  •  high  imped- 
anc*. 

«.  Signal  abbreviations  usad  for  th*  switching  paramatar 
symbols  include:  R  *  Read.  W  •  Writ*.  Q  -  Data 
Out.  0  *  Oata  in.  A  •  Address  and  Cfil.  K  •  in¬ 
terrupt  Acknowledge.  N  *  Enable  Out.  E  ■  Enable  In, 
P  •  Pause.  C  -  PIP. 

9.  Switching  parameters  are  listed  m  alphabetical  order. 

9.  Ourmg  the  first  IACK  eulaa,  PAU^E  will  be  low  long 
enougn  to  allow  for  priority  resolution  and  will  not  go 
hign  until  after  ATP  goes  low  iTCLPHI. 

7  TKLOV  applies  only  to  second,  third  and  fourth  lAdk 
pulse*  wnile  RIP  is  low.  Ourmg  me'  first  I A^K  pulse, 
uiata  Out  will  be  valid  following  me  falling  edge  of  ATP 
TCLOVI 

i  9 TP  s  pulled  low  to  indicate  mat  an  interrupt  request 
has  been  selected.  PiP  cannot  be  gulled  low  until  El  '* 


high  following  an  internal  delay.  TKICL  will  govern 
th*  falling  edge  of  PiP  whan  El  is  always  high  or  is 
high  earty  in  th*  acknowledge  cycle.  TEHCL  will  gov¬ 
ern  whan  El  go**  high  later  in  th*  cycle.  The  riaing 
edge  of  El  will  b*  determined  by  tha  lanqth  of  th* 
preceding  priority  resolution  chain.  PiP  remain*  low 
until  after  th*  rising  edge  of  th*  lACX  puls*  that  trans¬ 
fer*  .he  last  response  byte  for  th*  selected  IREQ. 

9.  T».t  conditions  for  th*  El  line  assume  timing  refer¬ 
ence  levels  of  0.8V  and  2.0V  with  transition  times  of 
lOna  or  less. 

10.  Test  conditions  for  the  EO  line  assume  output  loading 
of  two  LS  TTL  gate*  plus  30pF  and  timing  reference 
levels  of  0.8V  and  2.0V.  Since  EO  normally  only  drives 
El  of  another  Am9S19.  higher  tpeed  operation  can  be 
specified  with  this  more  realistic  test  condition. 

11.  Th*  arrival  of  lAdx  will  cause  EO  to  go  low.  disabling 
additional  circuits  that  may  be  connected  to  EO  if  no 
valid  interrupt  i*  bending.  EO  will  return  high  when  E! 
is  high  If  a  pending  request  is  selected,  EO  will  stay 
low  until  after jh*  last  IA<tK  pulse  for  that  interrupt  is 
complete  and  RIP  gn*t  hign 

12.  VOM  sptcifications  do  not  aoolv  to  PiP  or  to  ijInT 
when  active-low.  Thee*  outputs  are  open-dram  and 
VOH  levels  will  be  determined  by  external  circuitry. 
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6.0  LIST  OF  SELECTED  DATA  SPECIFICATIONS 
6.1  SELECTED  DATA  SHEETS 


(1) 

NMC4164 

Dynamic  RAM  (64K  x  1) 

(2) 

2118 

Dynamic  RAM  (16K  x  1) 

(3) 

NMC5295 

Dynamic  RAM  (16K  x  1) 

(4) 

HM-7616 

Bipolar  PROM  (2K  x  8) 

(5) 

2716 

MOS  EPROM  (2K  x  8) 

(6) 

2732 

MOS  EPROM  (4K  x  8) 

(7) 

SN74S225 

FIFO  Memory 

(8) 

Am25LS2518 

Quad  D-Type  Register 

(9) 

Am25LS2521 

Eight- bit  Comparator 

SELECTED  PRODUCT  SPECIFICATIONS 

(1) 

Am9513 

System  Timing  Controller 

(2) 

Am9519 

Universal  Interrupt  Controller 

(3) 

AmZ8127 

Z8000  Clock  Generator 

(4) 

Z80w 

Serial  Communication  Controller 

(5) 

Z8038 

FIFO  Input-Output  Interface  Unit 

6.3  DATA  SHEETS  FOR  MAJOR  COMPONENTS  DESIGNATED  FOR  USE  WITHIN 
THE  PERIPHERAL  ACTIVITY  MODULE. 

(1)  IDM2910A  Microprogram  Controller 

(2)  The  Am29116 
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APPENDIX  A 

DATA  TABLES  FOR  IPPA  SOFTWARE 

1.0  HARDWARE  STATIC  MEASUREMENT  BY  C/T 

1 .  preload  value 

2.  data  processing  code 

2.0  SOFTWARE  STATIC  MEASUREMENT  BY  SOFTWARE  FUNCTION 

1.  frequency  of  collections 

2.  number  of  collections 

3.  processing  format 

3.0  EVENT 

1.  event  name 

2.  definition  of  event 

3.  processing  of  event 

4.0  STATUS 

1.  status  name 

2.  definition  of  status  (starting  and  ending  events) 

3.  processing  of  status 

5.0  PREFILLED  HARDWARE  STATIC  MEASUREMENT  AND  HARDWARE 
CONFIGURATION  TABLE 

1 .  arm  command 

2.  disarm  command 

3.  preload  value 
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4.  data  processing  code 

5.  address  of  data 

6.  priority  level 

7 .  chip  address 

8.  C/T  address  on  chip 

6.0  PAM  STRUCTURE 

1 .  CSR  address 

2.  CSR  bit  patterns 

3.  word  count  register  address 

4.  cylinder  address  register  address 

5.  number  of  cylinders  max 

6.  read/write  to  peripheral  controller 

7.  number  of  NPR°s  by  controller  and  unit 

8.  number  and  role  of  interrupts 

9.  service  time  for  transfer 

10.  X  controller  busy  (MBC  also) 

11.  disk  head  position/motion 

7.0  PREFILLED  SOFTWARE  STATIC  MEASUREMENT  AND  TIME  SAMPLED  SOFTWARE 
MANAGER  CONTROL  TABLE 

1.  measurement  switch  (on/off) 

2 .  frequency 

3.  number  of  samples 

4.  processing  format 

8.0  INTERCEPTIVE  MONITORING  MANAGER  CONTROL  TABLE 


1.  measurement  switch  (on/off) 

2.  patch  address 

3.  save  patched  executive 
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9.0  ARAM  AMD  DRAM  INITIALIZATION 

1.  starting  address 

2 .  ending  address 

3.  bit  to  set 

10.0  CRAM  INITIALIZATION 

1.  start  bit  pattern 

2.  end  bit  pattern 

3.  bit  to  set 

11.0  EVENT  TABLE 

1.  address  of  event  instructions 

12.0  EVENT  PROCESSING  TABLE 

1.  process  a 
process  b 

2.  process  a 
process  c 

13.0  EMT  CONVERSION  TABLE 

1.  Event  number  of  EMTl 

2.  Event  number  of  EMT2 

1A.0  TASK  NAME  CONVERSION 

1 .  task  name 

2 .  event  number 

3.  mask  register  bit  setting 
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15.0  DATA  DESCRIPTION  FILE 

1  •  aeaeureaent  um 

2.  collected  date  addreee 

3.  type  of  aeaeureaent 
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